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FOREWORD 


The  purpose  of  the  seminar  was  to  provide  a forum  for  sharing 
experiences  and  views  on  such  subjects  as: 

a.  Case  studies  of  unique  applications  of  the  computer  for  solving 
hydrologic  engineering  problems. 

b.  Critiques  of  past  use  and  misuse  of  computer  programs  for 
solving  hydrologic  engineering  problems. 

c.  Areas  where  generalized  programs  are  sorely  needed. 

d.  Methods  for  managing  input  data  or  for  analyzing,  summarizing, 
and  presenting  results  of  computer  analyses. 

e.  Documentation  of  programs. 

f.  The  role,  and  philosophy  of  development,  of  generalized  computer 
programs . 

Papers  and  discussions  are,  in  general,  frank  evaluations  by  the 
authors  and  are  not  official  Corps  documents.  The  views  and  conclusions 
expressed  herein  are  those  of  the  individual  seminar  participants,  and 
are  not  intended  to  modify  or  replace  official  guidance  or  directives 
such  as  Engineer  Regulations,  Manuals,  Circulars,  or  Technical  Letters 
issued  by  the  Office  of  the  Chief  of  Engineers. 
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INTRODUCTORY  REMARKS 
by 

LEO  R.  BRARD.  01  rector 
The  Hydrologic  Kngineering  Center 


I would  like  to  welcome  all  of  you  to  The  Hydrologic  Kngineering  Center,  to 
the  Sacramento  District  and  to  the  city  of  Davis.  This  seminar  Is  somewhat 
different  from  previous  seminars  that  have  concentrated  on  particular  areas 
of  hydrolop, ic  engineering.  In  those  seminars,  we  were  interested  in  defining 
the  hydrologic  problems  that  exist,  the  current  methods  used  In  their  solu- 
tions, and  the  outlook  for  improved  application  of  comnuter  techniques  and 
new  mathematical  developments.  In  this  seminar,  we  hope  to  discuss  the 
state  of  development  of  computer  applications  in  hydrologic  engineering, 
the  problems  that  are  being  encountered  in  the  use  of  computers,  and  future 
trends  that  can  be  expected  in  the  application  of  computer  technology  to 
hydrologic  engineering. 

Very  few  engineers  will  deny  that  the  electronic  computer  has  come  into 
its  own  In  the  engineering  field.  Almost  everv  engineering  organization 
Is  becoming  dependent  on  computers,  because  computers  have  provided  means 
of  solving  problems  more  economically  or  for  solving  problems  that  cannot 
be  solved  feasibly  In  other  ways. 

Ten  years  ago,  the  computer  was  used  almost  exclusively  to  solve  problems 
of  relatively  minor  scope  that  could  be  done  by  hand  in  a few  hours  or  less. 
Recently,  however,  the  computer  is  used  to  perform  long  chains  of  computations 
without  interruption,  and  the  complexity  of  computer  programs  has  increased 
enormously. 

Ten  years  ago,  the  engineer  communicated  with  the  computer  through  a 
professional  programmer.  Today,  software  packages  such  as  FORTRAN  have 
been  develoned  to  such  a level  that,  with  verv  little  training,  the  engineer 
communicates  directly  with  the  computer.  Time  sharing  on  large  computers  has 
reduced  many  of  the  programming  constraints  and  has  provided  the  rapid  turn- 
around needed  by  an  engineer  for  really  effective  use  of  electronic  computers. 

The  efficiency  and  unequaled  capability  of  electronic  computers  now  makes 
their  use  imperative.  The  ever-increasing  complexity  of  problems  to  be 
solved  provides  a pressing  challenge  to  expand  program  capability  and  computer 
applications.  Computer  programs  are  growing  in  size.  There  is  ever-increasing 
requirement  to  upgrade  their  capability  and  their  efficiency.  Thus,  the 
computer  is  threatening  to  become  an  uncontrollable  juggernaut  that  carries 
the  engineer  along  with  it.  We  are  now  reaching  the  stage  where  control  of 
tills  machine  and  its  future  course  of  action  is  of  primary  concern. 
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As  computer  programs  become  more  complex,  it  becomes  increasingly  difficult 
to  check  their  validity,  and  continuous  correcting  and  revision  of  large 
programs  is  a necessity.  As  they  are  used,  then,  difficulties  mav  be  en- 
countered in  new  applications,  and  it  might  be  weeks  before  such  difficulties 
can  be  overcome.  Is  this  an  inevitable  consequence  of  greater  program  com- 
plexity, or  is  it  possible  to  avoid  this  bv  some  means? 

Except  for  compiling  laneuaces  and  some  basic  mathematical  operations,  new 
programs  are  generally  written  by  each  organization  for  each  general  tvpe 
of  application.  This  is  because  it  is  relatively  easy  to  write  some  programs, 
and  it  is  difficult  to  become  thoroughly  acquainted  with  programs  written 
by  others.  In  order  to  overcome  this,  many  institutions  have  established 
libraries  of  programs  that  are  usable  generally,  or  of  problem-oriented  languages 
whereby  a combination  of  preprogrammed  routines  can  be  selected  to  solve 
any  problem.  Suffice  it  to  say  that,  as  of  now,  neither  of  these  approaches 
has  been  successful  in  serving  the  real  needs  at  the  planning  and  design 
level  in  the  field.  Perhaps  there  is  need  for  developing  a systematic  manner 
of  programming,  including  standard  means  of  subscripting,  variable  naming, 
and  so  forth.  Also,  there  is  a need  for  better  documentation  than  has  been 
available,  and  this  subject  will  be  discussed  to  some  extent  in  this  seminar. 

Differences  in  hardware  availability  create  many  difficulties  in  computer 
applications.  Computers  with  small  memories  greatlv  restrict  programming 
capability  and  greatly  increase  the  cost  of  programming.  It  is  only  economical 
to  develop  large  programs  in  a large  computer,  and  these  must  often  be  seg- 
mented for  use  in  smaller  computers.  The  amount  of  work  involved  in  adapting 
programs  to  several  different  computers  can  exceed  the  original  cost  of  devel- 
oping the  program  and,  in  a sense,  is  largely  wasted  effort  if  satisfactory 
alternative  hardware  is  available.  Software  differences  among  various  computers 
also  increase  problems  associated  with  computer  applications.  In  this  regard, 
however,  it  is  often  possible  to  anticipate  software  differences,  and  to 
program  in  such  a way  as  to  minimize  their  effects. 

Despite  the  many  problems  associated  with  the  effective  use  of  the  electronic 
computer  in  hydrologic  engineering,  benefits  obtained  to  date  and  the  future 
value  of  past  development  far  exceed  the  cost  and  justifv  the  time  and  effort 
devoted  to  those  developments.  We  are  here  to  discuss  some  of  these  develop- 
ments, but  primarily  to  propose  means  of  managing  computer  applications  in  the 
future  so  as  to  increase  benefits  most  rapidly.  I hope  that  you  will  keep 
this  in  mind  as  you  make  your  presentations. 

I hope  also  that,  while  you  are  at  The  Hydrologic  Engineering  Center,  you  will 
become  acquainted  with  all  of  our  people  and  our  facilities  and  that  you  will 
feel  free  in  the  future  to  contact  us  whenever  we  can  be  of  assistance  or 
whenever  you  have  ideas,  suggestions  or  information  that  would  be  of  value 
to  us. 


CLOSING  THE  TECHNOLOGY  GAP 


By 

Leo  R.  Beard^ 


The  Problem  . . . 

Every  few  years,  a new  dimension  is  added  to  the  problems  of  planning, 
designing  and  operating  water  resource  projects.  Thirty  years  ago,  most 
Corps  projects  were  designed  and  operated  for  a single  purpose  such  as 
navigation  or  flood  control.  Even  then,  associated  problems  were  complex 
and  often  not  adequately  solvable. 

As  multipurpose  projects  became  practical  and  a general  necessity,  the 
number  of  alternative  possibilities  in  each  planning  or  operation  decision 
increased  exponentially  with  the  number  of  purposes.  It  took  deep  under- 
standing, wide  experience  and  great  ingenuity  for  the  engineers  to  obtain 
even  acceptable  solutions  to  the  problems. 

In  the  meantime,  a growing  awareness  of  the  necessity  to  integrate 
water  resources  development  into  the  political  process  dictated  the  need 
to  examine  alternatives  to  each  project  and  to  many  design  features  of  each 
alternative,  thus  adding  another  dimension  that  expanded  the  problem  area 
significantly. 

Next,  increasing  development  within  a river  basin  or  a region  required 
the  functional  integration  of  many  projects,  and  this  added  yet  another 
dimension  to  the  analysis  process. 

Furthermore,  not  only  is  there  an  increase  in  the  number  of  problems 
that  must  be  studied,  but  the  complexity  of  each  individual  problem  is 
magnified  with  each  added  dimension  because  of  the  interaction  among  problems. 
Fortunately,  legal,  physical,  economic  and  political  constraints  often 
rule  out  much  of  the  problem  area  and  thus  simplify  the  planning  process 
to  some  extent.  Nevertheless,  the  problems  at  this  stage  are  admittedly 
far  more  complex  than  can  successfully  be  attacked  with  present  technology. 

The  entrance  of  water  quality  (and  its  myriads  of  parameters)  as  a 
dominating  influence  on  water  resources  development  is  now  increasing 
political  pressures  to  the  point  that  the  water  resources  problem  area 
will  again  be  greatly  expanded.  It  will  be  necessary  to  examine  alter- 
natives that  have  heretofore  been  politically  infeasible  and  to  evaluate 
environmental  effects  that  are  far  more  complex  than  any  of  the  phenomena 
heretofore  considered  in  water  resources  studies. 

Thus  there  is  an  expanding  gap  between  problem  complexity  and  technical 
capability. 
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Attacking  the  Problem  . . 


The  electronic  computer  and  new  mathematical  techniques  developed  as 
a consequence  of  computer  capability  offer  the  best  promise  of  closing  this 
technology  gap.  Yet  there  is  a disturbing  lag  between  the  origin  of  new 
ideas,  concepts,  techniques  or  tools  and  their  effective  employment  in 
the  planning,  design  and  operation  of  water  resource  projects.  There  is 
no  question  that  the  development  process  of  converting  a theoretical 
concept  to  a practical  tool  takes  time.  Yet  there  is  surely  a factor  of 
2 to  10  between  the  time  that  the  process  actually  takes  and  what  it  would 
take  if  execution  of  the  process  were  perfectly  efficient.  This  difference 
is  due  to  many  factors. 

First  of  all,  ideas  must  be  critically  reviewed  in  the  academic 
community,  and  a consensus  must  be  transmitted  to  the  practicing  engineer. 
This  takes  time  because  of  the  complexity  of  many  theoretical  concepts  and 
because  of  the  competing  flow  of  technical  information.  These  difficulties 
are  compounded  by  the  differences  in  technical  language  between  the  academic 
community  and  the  design  community. 

The  development  process  is  a responsibility  of  the  design  community, 
not  of  the  academic  community,  because  it  is  not  practical  to  convey  the 
degree  of  detail  required  for  adequate  design  to  the  academic  community, 
except  perhaps  in  a few  selected  cases.  But  the  design  community  is 
reluctant  to  carry  the  ball  because  it  is  difficult  for  a busy  design 
organization  to  devote  time  and  effort  to  ideas  that  have  no  immediate 
impact  on  current  design. 

This  is  often  interpreted  as  a stubborn  reluctance  to  discard  old 
familiar  methods  and  adopt  new  ones.  There  is  certainly  some  justification 
in  this  inference,  but  there  is  also  good  reason  not  to  adopt  unproven 
techniques  that  could  result  in  hazard  to  life  or  general  welfare. 
Consequently,  a significant  part  of  the  lag  is  consumed  in  the  process  of 
demonstrating  to  the  design  community  that  a technique  is  dependable. 

Six  years  ago,  the  Corps  of  Engineers  took  steps  toward  narrowing 
the  technical  gap  in  a major  technical  area  by  creating  The  Hydrologic 
Engineering  Center,  with  the  missions  of  research,  methods  development, 
training  and  special  projects  assistance  to  all  Corps  field  offices.  The 
Center  was  directed  to  maintain  close  liaison  with  major  universities  and 
other  development  organizations  as  well  as  with  Corps  field  offices. 

Through  training  courses  and  the  combination  of  research,  methods 
systemization  and  special  assistance,  the  Center  has  encouraged  hydrologic 
engineers  throughout  the  Corps  to  consider  and  evaluate  newly  developing 
techniques  and  to  recognize  the  tremendous  power  of  the  electronic  computer. 
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The  llfc-C  has  provided  more  than  2000  man-weeks  of  group  and  individual  training 
to  hydrologic  engineers  throughout  the  Corps.  This  training  is  directly 
oriented  toward  providing  the  technical  background  necessary  to  solve  the 
hydrologic  engineering  problems  commonly  encountered  in  Corps  offices. 
Nevertheless,  it  appears  that  training  alone  cannot  wholly  satisfy  the  needs 
for  providing  technical  capability  to  solve  the  increasingly  complex  problems 
that  comprise  modern  water  resources  engineering. 

The  training  in  fundamental  engineering  methodology  must  be  supplemented 
by  assistance  in  applying  the  methods  to  the  distinctive  and  diverse  problems 
that  confront  engineers  engaged  in  analysis  of  virtually  every  type  of  water 
management  or  water  development  project.  Although  specialized  assistance 
on  a specific  problem  can  be  of  considerable  value  to  the  individuals  involved 
in  that  particular  study,  there  is  a need  for  generalized  technical  assistance 
which  can  be  made  available  to  every  engineer — available  to  whatever  extent 
and  in  whatever  form  are  dictated  by  the  experience  of  the  engineer  and  the 
requirements  of  the  problem  at  hand. 

Providing  such  assistance  would  surely  narrow  the  technology  gap,  and 
the  implementation  of  computer  power  by  the  development  of  user-oriented, 
universally-available  computer  programs  such  as  the  Generalized  Computer 
Packages  developed  by  the  HEC  appears  to  be  a major  step  toward  attaining 
that  goal. 


Power  of  the  Computer  . . . 

The  best  available  computer  hardware  and  software  do  not  approach  the 
human  brain  in  degree  of  sophistication,  but  they  exceed  it  by  many  orders 
of  magnitude  in  the  speed  of  processing  and  documenting  logical  computation 
sequences.  Consequently,  elaborate  computer  packages  solve  problems  with 
far  more  arithmetic  effort  than  would  be  required  by  the  human  brain  if 
the  brain  could  solve  the  problem  at  all.  The  reason  that  the  computer  is 
valuable  is  that  it  can  solve  simple  and  complex  problems  dependably  and 
cheaply.  But  the  computer  is  invaluable  in  that  it  can  persevere  at  accept- 
able cost  to  solve  problems  that  require  too  much  time  or  storage  or  trans- 
fer of  information  for  the  human  brain  to  solve. 

The  fastest  computers  can  perform  10,000,000  additions  or  2,000,000 
multiplications  of  14-digit  numbers  per  second  and  can  go  on  for  hours  and 
hours  vithout  an  error.  Software  is  so  sophisticated  that  a FORTRAN  source 
program,  easily  written  by  an  engineer,  can  be  converted  in  a few  seconds 
to  a machine-language  program  that  is  more  efficient  than  can  ordinarily 
be  developed  by  a professional  programmer.  This  combination  of  speed  and 
ease  of  use  make  the  horizon  of  computer  utility  in  engineering  almost 
unlimited. 
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Associated  Technology  . . . 

Many  areas  of  mathematics  have  developed  in  recent  years  as  a direct 
consequence  of  the  power  of  the  electronic  computer.  Of  particular  signi- 
ficance in  the  hydrologic  engineering  field  are  elaborate  simulation, 
stochastic,  and  operations  research  processes.  Water  resource  systems  can 
be  simulated  in  a degree  of  detail  that  was  not  physically  feasible  a few 
years  ago.  Stochastic  procedures  enable  the  engineer  to  make  far  more 
effective  use  of  available  hydrologic  data  in  planning  and  operation 
studies.  The  degree  of  data  coordination  that  is  now  possible  was  undreamed 
of  a short  while  back. 

Of  particular  value  are  the  newly  developed  optimization  techniques 
that  constitute  the  field  of  operations  research.  These  enable  the  computer 
to  make  many  of  the  decisions  that  the  technician  and  engineer  formerly 
made.  As  problem  size  and  complexity  increase,  optimization  techniques 
will  solve  design  problems  that  defy  solution  in  terms  of  precomputer 
technology . 


The  Generalized  Computer  Package  . . . 

The  concept  of  combining  pertinent  modern  technical  developments  and 
the  computational  power  of  the  computer  are  illustrated  by  the  generalized 
computer  packages  developed  in  The  Hydrologic  Engineering  Center.  These 
are  a natural  consequence  of  using  the  computer  to  perform  computations  on 
many  kinds  of  traditional  problems  in  many  technical  areas  of  hydrologic 
engineering  and  to  solve  problems  that  could  not  previously  be  solved.  The 
Generalized  Computer  Package  is  intended  to  perform  virtually  any  desired 
sequence  of  computations  in  an  entire  operational  area  of  hydrologic 
engineering  that  is  separated  from  the  overall  water  resource  problem  by 
the  necessity  to  Interpose  the  Judgment  of  the  design  engineer.  The  secret 
to  closing  the  technology  gap  is  to  enlarge  these  areas  that  can  be  isolated, 
thus  increasing  the  preprogrammed  decision  area  and  reserving  to  the  engineer 
only  those  decisions  that  require  specialized  background.  Information  or 
criteria  that  cannot  feasibly  be  generalized  and  preprogrammed. 

The  development  of  these  packages  will  be  a continuing  undertaking 
and,  if  developed  properly,  they  will  represent  the  state  of  the  art. 

This  is  a new  concept  of  a "living"  computer  program  that  must  grow  or 
renew  itself  as  new  problems  develop  and  as  new  techniques  become  avail- 
able. The  packages  are  in  no  way  commensurate  with  an  ordinary  computer 
program  that  performs  a rigid  function  or  even  with  an  integrated  library 
of  such  programs.  They  can  be  manipulated  easily  to  do  a great  variety 
of  Jobs,  some  simple,  some  complex,  some  approximate  and  some  highly  detailed. 

At  the  present  stage  of  development  of  computer  packages,  a complete 
hydrologic  design  might  be  accomplished  In  a single  "run."  This  might 
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Involve  hundreds  of  thousands  of  minor  computation  sequences  such  as  were 
the  sole  function  of  computer  programs  a few  years  ago. 


For  example,  tile  hydrologic  evaluation  and  some  attendant  economic 
analyses  of  an  elaborately  detailed  multipurpose  reservoir  system  operation 
plan  for  conservation  purposes  In  one  or  more  river  basins  can  be  accomplished 
in  a single  run,  using  computer  package  UKC-3.  As  another  example,  a 
number  of  development  or  operation  plans  for  flood  control  In  an  entire 
river  basin  can  be  simultaneously  evaluated  in  a single  run,  using  computer 
package  liLC-1. 


A Detailed  Example  . . . 

Program  UEC-1,  "Flood  liydrograph  Package,"  enables  the  engineer  to 
solve  automatically  for  runoff  characteristics  such  as  unit  hydrographs , 
loss  relationships  and  routing  coefficients,  from  observed  station  precipi- 
tation, snowpack,  temperature  and  runoff  data.  It  can  be  used  for  simple 
jobs  such  as  a reservoir  routing  or  for  elaborate  computations  such  as 
complete  computations,  plottings  and  summaries  of  design  floods  throughout 
a basin.  It  is  possible  to  compute  simultaneously  40  or  50  different  floods 
at  each  location  in  any  stream  system,  representing  the  range  of  floods 
that  would  occur  under  each  of  several  plans  of  improvement  or  projected 
development  and,  at  the  same  time,  evaluate  the  flood  damage  for  each 
flood  at  each  location  under  each  state  of  development  and  integrate  average 
annual  damages. 

For  each  flood  computation  at  each  location,  it  is  necessary  to  specify 
precipitation  and,  if  snow  is  important,  temperature  for  each  interval  during 
the  flood  period.  If  the  energy  budget  method  is  used,  radiation  and  other 
pertinent  variables  must  also  be  specified.  Provision  is  made  for  applying 
ratios  and  other  adjustments  to  base  patterns  of  precipitation,  temperature, 
etc.,  so  that  these  input  data  need  not  be  repeated  for  every  computation. 
Conditions  in  each  sub-basin  at  the  start  of  the  flood,  such  as  Initial  snow- 
pack,  loss  coefficients,  and  degree  of  imperviousness  must  be  specified. 
Drainage  area  size  and  unit  hvdrograph  coefficients  are  also  provided,  and 
the  computer  will  then  compute  the  unit  hydrograph,  snowmelt,  snowfall,  new 
snowpack  at  each  elevation  dur  ng  each  interval,  rainfall  and  snowmelt  excess, 
and  perform  the  repeated  cross-multiplication  operation  to  obtain  runoff. 

This  runoff  is  usually  routed  through  a channel  reach  or  reservoir  or 
both  for  combining  with  another  hydrograph  previously  computed  or  to  be 
computed  and  possibly  also  routed.  For  reservoirs,  storage-outflow  tables 
must  be  provided,  and  for  channel  reaches,  routing  coefficients  for  any 
standard  method  must  be  provided.  Whenever  all  necessary  hvdrographs  have 
been  computed  and  routed  to  a particular  location,  the  resulting  hvdr  graphs 
are  combined  into  one,  and  computer  storage  space  occupied  by  its  con., jnents 
is  released  for  storing  new  hydrographs  to  be  computed. 
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Computation  efficiency  and  job  management  considerations  require  that 
all  operations  to  be  performed  at  any  location  in  the  basin  be  done  before 
moving  on  to  another  location.  If  40  floods  are  being  computed,  they  are 
all  computed  simultaneously  as  the  computation  process  moves  through  the 
stream  system.  At  each  damage  center,  the  peak  flow  of  each  hydrograph 
is  found  and  the  corresponding  damage  is  determined  from  the  flow-damage 
tabulation.  These  flows  and  damages  are  summarized,  and  damages  are 
integrated.  In  order  to  integrate  damages,  each  flood  is  automatically 
assigned  a recurrence  frequency  based  on  a prespecified  frequency  tabu- 
lation for  the  location  and  for  one  specific  basin  condition  or  plan  of 
development. 

It  can  be  seen  that  such  an  elaborate  computation  process  requires 
extensive  preparation  of  input  data  and  results  in  large  amounts  of  output. 
In  order  to  minimize  the  work  of  preparing  input  and  evaluating  output, 
elaborate  routines  have  been  developed  for  managing  input,  suppressing 
unwanted  output,  and  automatically  summarizing  and  plotting  the  most 
pertinent  portions  of  the  output  in  forms  directly  usable  in  reports. 


Program  Management  . . . 

There  is  obvious  need  for  different  and  more  elaborate  ways  of  per- 
forming all  engineering  studies,  and  it  is  difficult  to  envision  ultimate 
development  of  the  concept  of  the  generalized  computer  package. 

When  programs  provide  this  type  of  capability,  there  is  virtually  an 
infinite  number  of  different  paths  that  can  be  followed  in  different  appli- 
cations. Consequently,  a package  cannot  feasibly  be  thoroughly  tested.  In 
each  new  application,  there  is  need  for  a careful  check  by  the  engineer 
responsible  for  the  job,  but  self-checking  routines  and  printouts  that 
provide  information  in  the  form,  format  and  terminology  familiar  to  the 
hydrologic  engineer  make  the  checks  virtually  as  easy  and  dependable  as 
checks  on  properly  documented  manual  calculations. 

Furthermore,  almost  every  new  major  application  entails  system  features 
that  are  peculiar  to  that  river  basin  or  that  problem  or  that  project.  This 
means  that  the  package  may  need  some  modification.  A minor  change  in  one 
"routine"  can  upset  the  systematic  interaction  of  many  routines  as  applied 
in  a variety  of  other  problems,  and,  therefore,  it  is  often  necessary  to 
thoroughly  retest  the  package  whenever  minor  changes  are  made.  It  is  not 
unusual  to  make  30  or  40  runs  to  modify  a package  to  a new  major  problem. 
However,  any  other  approach  to  the  solution  of  the  problem  would  be  far  more 
costly. 

Although  the  development  of  a computer  package  might  be  justified  by 
a single  application  in  some  cases,  the  number  of  major  applications  within 
the  Corps  is  increasing  rapidly.  It  is  reasonable  to  expect  that  problems 
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requiring  the  use  o£  these  programs  will  exist  in  most  Corps  offices  within 
the  next  few  years.  The  programs  do  not,  therefore,  represent  a rarely-used 
phenomenon,  and  surely  their  use  will  eventually  be  commonplace.  Nevertheless, 
the  packages  cannot  be  relegated  to  a library  but  must  be  attended  constantly 
by  engineers  versed  in  the  subject  matter.  The  continued  usefulness  of 
programs  such  as  these  can  be  assured  only  when  a staff  is  available  to  help 
manage  application  and  to  assure  continuous  modernization. 


A New  Era  . . . 

There  is  a new  challenge,  not  only  in  the  demands  on  the  engineer  for 
the  solution  of  increasingly  complex  problems,  but  in  the  availability  of 
new  computation  capability  and  the  almost  unbelievable  ramifications  of 
associated  mathematical  developments. 

The  computer  is  not  simply  a technological  tool  like  the  slide  rule  or 
desk  calculator.  It  is  the  means  of  revolutionlizing  engineering  technology. 
Continued  application  of  systems  analysis,  operations  research,  simulation 
techniques,  stochastic  analysis  and  other  techniques  to  engineering  problems 
by  use  of  the  computer  must  be  emphasized  if  the  technology  gap  is  ever  to 
be  closed. 


CLOSING  THE  TECHNOLOGY  GAP 


Discussion 


Question,  Mr.  Renner;  (l)  Why  not  make  your  general  purpose  program 
conversationally-oriented  so  the  user  can  react  dynamically  with 
the  computer?  (2)  How  about  data  management?  Isn't  it  too 
difficult  to  input  large  amounts  of  data  without  error? 

Reply,  Mr.  Beard:  In  our  work,  we  have  simply  found  that  it  is  more 
economical  and  effective,  with  the  facilities  that  we  have,  to  run 
the  Job  in  batch  mode.  The  engineer  gives  his  Job  to  the  computer 
operator  and  devotes  his  attention  to  other  matters  until  the 
completed  Job  is  returned.  Probably  the  most  programming  effort 
goes  into  input  management,  and  output  management  also  requires 
large  effort.  The  actual  technical  computations  are  a very  small 
fraction  of  the  program.  The  future  will  certainly  see  much  more 
emphasis  on  output  analysis  within  the  computer,  because  the  Job  of 
digesting  output  is  often  staggering. 


Question,  Mr.  Curnutt;  Short-sightedness  seems  to  always  be  a problem. 
How  do  we  look  far  enough  into  the  future  to  see  that  the  future 
needs  are  met? 

Reply,  Mr.  Beard:  Although  design  offices  are  always  rushed  to  develop 
programs  for  immediate  needs,  attempts  should  be  made  to  generalize 
the  programs  for  future  use.  In  the  field  of  hydrologic  engineering, 
the  HEC  can  help  in  this  regard,  because  it  is  our  mission  to 
increase  the  future  competence  of  the  Corps  in  this  area. 


Question,  Mr.  Matthews:  What  is  your  opinion  of  the  operation  of  a 
computer  terminal  directly  by  a relatively  high  paid  engineer? 

Reply,  Mr.  Beard:  If  he  is  capable,  I see  no  fundamental  objection, 
except  for  the  cost  of  his  time.  However,  the  engineer  should 
never  be  required  to  do  terminal  input  work  that  can  be  handled  by 
clerks  or  technicians. 

Question,  Mr.  Sharp:  How  well  would  HEC  Packages  lend  themselves  to  a 
CORPS  (Conversationally  Oriented  Real-time  Programming  System) 
type  monitoring  system,  including  user  interrupt?  Isn't  it  true 
that  essentially  the  "same  input  data"  would  be  required,  regardless  of 
whether  conventional  programming,  ICES  or  conversationally  oriented 
routines  are  used? 


Reply.  Mr.  Beard:  Yes.  Although  we  feel  that  the  type  of  work  we  do 
is  most  effectively  accomplished  without  interruption  of  computer 
operations,  it  would  be  relatively  easy  to  provide  for  interruptions 
in  the  programs  when  they  would  be  operated  in  the  time  sharing  mode. 
Ordinarily,  I would  expect  this  type  of  operation  to  be  less 
economical,  but  we  have  not  really  tried  it  in  view  of  the  additional 
development  time  required  to  make  the  packages  conversational. 


Conment,  Mr.  Eichert:  The  following  is  offered  in  regard  to  Mr.  Sharp's 
question  concerning  the  desirability  of  communicating  with  the 
computer  during  the  actual  computer  run.  Most  engineers  feel  that 
it  is  undesirable  to  do  a huge  job  on  the  computer  without  checking 
intermediate  answers  first.  This  philosophy  is  accomplished  in 
using  the  HEC  program  by  making  separate  jobs  out  of  pieces  of  the 
problems,  checking  the  intermediate  results,  reprocessing  if  necessary, 
and  finally  processing  the  entire  job. 


Reply,  Mr.  Beard:  This  appears  to  be  an  excellent  way  of  using  the 
batch  mode  in  a semi-conversational  manner.  It  is  necessary,  of 
course,  to  run  the  job  from  the  start  every  time. 
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GENERALIZED  COMPUTER  PROGRAMS 
by 

Dale  R.  Burnett^- 


BACKGROUND 

The  San  Francisco  District  has  been  utilizing  electronic  computers 
as  an  aid  in  hydrologic  and  hydraulic  studies  since  about  1960.  It  was 
not  until  this  year  that  we  were  able  to  have  "in-house"  computer  faci- 
lities. Prior  to  this  time  we  have  operated  under  service  contracts  with 
various  government  and  private  facilities . This  has  not  necessarily  been 
a disadvantage  although  it  probably  has  placed  less  emphasis  on  the  devel- 
opment of  computer  programs  in  the  District  or  the  utilization  of  programs 
developed  by  others.  Even  with  "in-house"  facilities  we  are  still  making 
use  of  overnight  service  on  a government  leased  CDC  6600  which  is  avail- 
able for  a very  favorable  cost  and  is  more  efficient  for  programs  requiring 
a large  amount  of  core  storage  such  as  Reservoir  Water  Supply  Simulation 
studies,  Regional  Frequency  Analysis,  Monthly  Streamflow  Simulation,  HEC 
Flood  Hydrograph  Package  and  a few  others.  Programming  is  primarily  a 
function  of  the  ADP  group  with  engineers  in  other  elements  of  the  District 
outlining  mathematical  procedures  to  be  used  and  desired  ouput  format. 

ADP  started  out  under  the  Technical  Service  Branch  but  is  now  directly 
under  the  Division  Engineer  as  a Regional  Computer  Center.  During  the 
past  two  years,  as  recent  graduates  have  joined  our  Section,  our  program- 
ming capability  has  increased  but  is  used  primarily  to  make  minor  modi- 
fication to  existing  programs.  Also,  with  the  availability  of  programs 
from  HEC  and  other  Districts,  there  is  no  longer  the  urgent  need  for  new 
basic  programs. 

EQUIPMENT 

The  present  "in-house"  facility  consists  of  a GE-Honeywell  427  system 
with  64K  core  storage  using  24-bit  characters,  an  800-900  per  minute  card 
reader,  4 tape  drives  and  6-167  disk  drives  with  a total  capacity  of  90 
million  characters,  an  on-line  printer  with  a print  speed  of  1100  lines 
per  minute  and  a 100-card/minute  card  punch.  It  is  a multi-proceas  en- 
vironment system  with  a job  stack  converter.  The  satellite  computers  at 
the  other  two  Districts  are  GE  225' s with  8K  memory  core  and  800-900  line 
per  minute  printers.  The  facility  is  being  developed  as  a prototype  for 
computer  hardware  being  planned  at  other  Divisions  within  the  Corps. 
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DEVELOPMENT  AND  USE 


The  first  work  done  on  computers  by  engineers  within  the  Hydrology 
and  Hydraulics  Section  was  the  development  of  a water  supply  routing 
monthly  simulation  for  a reservoir  with  releases  made  downriver  to 
augment  existing  flows  on  the  main  stem  from  which  M&I  water  supply 
diversions  were  to  be  made.2  There  were  several  control  points  having 
minimum  flow  requirements.  This  type  of  program  has  one  of  the  great- 
est B/C  ratios  of  any  program  utilized  in  the  District  and  I am  sure 
that  there  is  no  need  to  point  out  the  many  hours  of  tedious  arithmetic 
that  this  program  has  spared.  It  was  not  a completely  generalized  pro- 
gram and  required  some  modification  for  nearly  every  reservoir  studied 
since  that  time.  It  has  never  been  well  documented  and  each  new  reser- 
voir study  requires  a program  writer  to  do  some  tailoring  of  control  and 
check  points  and  output  format.  Some  have  included  power  studies  along 
with  water  supply  studies.  One  program  combines  two  reservoirs  operated 
in  tandem  and  one  required  the  operation  of  twin  reservoirs  on  parallel 
tributaries  with  a common  reservoir  pool  at  the  higher  elevations  of  the 
reservoir.  The  water  surface  profile  computation  both  downstream  and 
upstream  from  a control  point  and  hydrograph  from  unit  hydrograph  were 
the  next  two  programs  which  were  developed  because  of  the  great  percent- 
age of  time  spent  on  these  types  of  computations.  Synthetic  unit  hydro- 
graph derivation,  frequency  statistics,  flow  duration  analysis,  hydrograph 
routing  through  channel  and  reservoirs,  simple  linear  correlation  and 
others  followed  over  the  next  few  years. 

A program  which  was  developed  within  the  past  couple  of  years  is 
the  Interior  Drainage  Flood  Routing  Program  for  which  there  was  a great 
need  at  various  times.  The  program  is  working  well  and  accounts  for 
inflow  from  the  interior  area  as  well  as  seepage  through  levee  systems 
and  toe  drain  flows.  The  seepage  can  be  put  in  as  a hydrograph  or  com- 
puted from  a differential  head  relationship.  It  is  published  as  HEC  23-79 
and  has  been  amended  only  slightly  from  the  published  edition  so  that 
river  conditions  can  be  entered  in  the  form  of  a stage  hydrograph.  This 
amendment  facilitates  computations  where  the  tidal  cycle  has  an  influence 
on  river  stages. 

Another  program  which  has  been  particularly  useful  during  the  past 
year  is  the  HEC  Hydrograph  Routing  and  Combining  Program.  The  San 
Francisco  District  has  had  a channel  routing  program  for  some  time  which 
has  proved  very  useful  for  routing  reservoir  holdouts  and  evaluating 
reservoir  benefits  but  we  have  not  as  yet  expanded  the  program  to  include 
local  hydrograph  generation  or  the  capability  of  adding  a known  local  in- 
flow above  a control  point.  The  HEC  program  was  used  to  evaluate  reductions 


2 The  program  was  developed  by  I.  H.  Steinberg,  Chief,  Hater  Resources 
Planning  Branch,  San  Francisco  District,  during  water  supply  studies 
for  the  subsequently  authorized  Russian  River,  Dry  Creek,  Harm  Springs 
Dam  and  Lake  Sonoma  Project,  H.  D.  547,  Sept.  1962. 


from  reservoir  holdouts  and  develop  discharge  hydrographs  by  combining 
12  subarea  hydrographs  and  routing  through  6 river  reaches  with  20  sub- 
reaches. 

Much  use  has  also  been  made  of  the  HEC-3  Reservoir  System 
Analysis,  Conservation  Program.  Other  programs  we  are  starting  to  use 
include  the  Reservoir  Temperature  Studies,  Reservoir  Delta  Sedimentation 
and  Deposit  of  Suspended  Sediment.  We  have  not  expended  a great  number 
of  man  hours  duplicating  the  effort  of  other  Districts  in  writing  pro- 
grams, but  have  tried  to  make  maximum  use  of  existing  programs. 

SUGGESTIONS  FOR  IMPROVEMENT 

I feel  that  the  HEC  Methods  Systeraization  Manual  "Preparation  of 
Hydrologic  Engineering  Computer  Programs,"  January  1970,  is  an  excel- 
lent guide  for  preparing  programs  and  that  it  should  be  followed  by  all 
Districts.  Greater  attention  should  be  given  to  program  documentation 
so  that  there  can  be  a more  profitable  interchange  of  programs  between 
Districts.  Greater  uniformity  could  be  given  to  input  format  so  that 
keypunch  operators  would  not  be  required  to  remember  details  which  are 
unique  to  each  program.  If  the  IX, F7. 0, 9F8. 0 format  is  followed  when- 
ever possible,  it  would  make  their  work  more  efficient.  A standard 
Data  Preparation  Sheet  of  10  fields  could  be  used  for  most  program  in- 
puts. We  have  utilized  specially  designed  input  sheets  on  most  of  our 
programs  but  the  present  tendency  Is  to  use  the  standard  10-field  form 
along  with  a "users  guide."  Exhibits  1 and  3 are  examples  of  forms 
which  were  thought  to  be  an  improvement  over  the  standard  form  in  that 
all  variables  are  defined  on  the  form  and  an  input  write-up  is  not  re- 
quired in  order  to  prepare  the  input  data.  The  reason  for  the  restricted 
field  on  the  title  cards  of  Exhibit  1 is  to  confine  it  to  the  area  allot- 
ted on  the  plot  shown  as  Exhibit  2.  Several  plot  packages  have  been  de- 
veloped in  the  District,  using  a Behnson-Lehner  software  package  with 
modifications.  There  are  some  instances  when  this  saves  on  engineering 
costs  and  could  decrease  drafting  costs  for  reports.  Exhibits  4a,  b and 
5a,  b,  c are  examples  of  Reservoir  System,  Conservation  Routing  output 
which  have  been  arranged  and  headed  to  be  more  convenient  for  ease  in 
review,  particularly  for  anyone  not  working  with  program  output  frequently. 
We  should  put  as  much  thought  into  the  output  format  as  we  do  in  any  other 
phase  of  programming  because  of  the  time  spent  in  understanding  the  volume 
of  material  which  is  generated  from  the  computers. 

In  our  District,  we  have  been  very  inconsistent  in  the  methods  used 
to  designate  "stacking"  and  "end  of  Job."  Sometimes  we  use  a -1  punched 
a data  column,  sometimes  a 2 punched  in  column  80,  sometimes  "end  of  job" 
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is  called  by  three  blank  cards,  four  blank  cards,  the  words  "end  of  job" 
in  the  first  field,  etc.  Unless  there  is  a good  reason  to  use  a certain 
procedure,  it  would  seem  advisable  to  use  a consistent  procedure  on  all 
jobs  within  the  District. 

Engineers  should  take  greater  care  in  identifying  and  dating  computer 
output  so  that  it  will  have  greater  and  longer  lasting  value  as  a permanent 
file  document  in  those  cases  where  the  output  is  kept  in  study  files.  I 
particularly  noticed  this  recently  in  reviewing  output  from  the  Hydrograph 
Routing  and  Combining  Program  where  index  points  are  identified  by  code 
number.  It  was  very  difficult  to  be  certain  just  what  location  the  code 
number  represented.  In  most  cases  there  is  sufficient  space  in  the  three 
title  cards  to  identify  the  code  numbers  by  name.  If  three  title  cards  are 
not  adequate,  it  is  a simple  modification  to  provide  greater  flexibility  in 
the  number  of  title  cards  allowed.  Also,  I would  like  to  see  this  particular 
program  output  arranged  in  a vertical  format  with  a time  (hour-day-month) 
column  at  the  left  and  amended  to  allow  reservoir  holdouts  to  be  combined 
at  more  than  one  downstream  index  point.  This  modification  would  perhaps 
decrease  its  usefulness  as  a "general"  program  but  would  make  it  more  val- 
uable in  the  malority  of  cases  in  the  San  Francisco  District.  The  Methods 
Systemization  Manual  previously  referenced  contains  many  recommendations 
which,  if  followed,  would  improve  the  quality  of  our  computer  programs. 
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KjTri  HjfH  HJTh  9JTH  3uT(.tH  ijTLtH  5JTl£P  3JTlEH  Fl»3«  FlO« 

jAIE  INt-L'J*  ► I »“•  *<£l  IoT.HFL  ST3H  SP1_l  1*FlU»  FISH  rttL.  1 0 1 « HE  u ST3H  ELE*  SPIkL  PAST  PAST 

haTCM  AhCATA 

(TAF)  t ItF  I (IAF>  (TAC)  (TaF)  (TAK)  (TAF)  (TAM  (TAF)  (FT)  (TaF)  (CFS)  (CFS) 

1022  0.  5.9  2*. 4 5.9  3o*7  191.3  540  0.  509  199 
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GENERALIZED  COMPUTER  PROGRAMS 
Discussion 


Question,  Mr.  D.  Thomas:  What  has  been  the  experience  of  various 
agencies  in  getting  good  documentation?  Would  a specialist  in 
documentation  help?  Can  guidelines  be  proposed? 

Reply,  Mr.  Burnett:  We  have  had  minimum  requirements  and  "guide  lines" 
for  some  time.  However,  with  a heavy  work  load  it  is  easy  to  procras- 
tinate the  preparation  of  formal  documentation  other  than  that  required 
by  the  "using"  engineer.  Although  engineers  or  professional  writers 
could  be  assigned  this  as  a major  job,  it  would  seem  more  efficient 
for  the  program  writer  to  document  his  own  program  and  have  it 
edited  by  other  users  and  a well  qualified  writer. 


Comment,  Mr,  Fredrich;  The  consensus  of  the  persons  to  whcm  I have 
talked  seems  to  be  that  the  degree  of  documentation  is  related  to 
the  amount  of  technical  assistance  available  to  potential  users. 
Programs  for  a depository  must  be  much  more  thoroughly  documented 
than  programs  which  will  be  supported  by  a technical  staff  for  any 
user's  applications. 


Comment,  Mr.  Price:  For  simpler  programs  good  documentation  is  worth- 
while. For  more  complex  programs,  complete  documentation  is  almost 
impossible.  For  these  more  complex  programs  a person-to-person 
contact  is,  in  my  view,  the  most  helpful  way  to  learn  how  to  use 
the  program. 
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APPLICATION  OP  COMPUTE  PROGRAMS  TO  HYDROLOGIC  PROBLEMS 
OF  THE  CENTRAL  VALLEY  OP  CALIFORNIA 

By 

Richard  E.  Bennion^ 

1.  The  Sacramento  District  extends  easterly  from  the  crest  of  the  Coast 
Range  of  California  to  the  Continental  Divide  in  Wyoming  and  Colorado.  It 
is  one  of  the  largest  districts  of  the  Corps.  Because  of  the  vide  variation 
of  climate  in  the  district  hydrologic  problems  are  varied.  Civil  work 
projects  include  navigation  and  various  types  of  flood  control  projects. 
Navigation  begins  in  the  tidewater  area  and  extends  about  100  miles  up 
Sacramento  River.  Two  deep  water  channels  to  inland  ports  have  been 
constructed.  Federal  flood  control  projects  include  channel  improvements, 
levee  construction,  diversion  channels,  detention  reservoirs,  single  purpose 
operable  flood  control  reservoirs,  multipurpose  reservoirs,  and  various 
combinations  of  storage  and  channel  projects.  A number  of  reservoirs  in  the 
district  have  been  constructed  by  local  agencies  or  other  government 
agencies  with  Federal  contribution  for  flood  control  and  are  operated  under 
the  provisions  of  Section  7 of  the  1944  Flood  Control  Act.  Three  distinc- 
tive types  of  floods  occur  in  the  Sacramento-San  Joaquin  Basins,  snowmelt, 
general  rain  and  cloudburst.  These  floods  range  in  characteristics  frcm 
moderately  high  peaks  associated  with  sustained  high  flows  for  months,  to 
extremely  high  peaks  with  flood  durations  of  only  a few  hours. 

2.  The  paper  consists  of  a series  of  seven  short  discussions  concerning 
computer  programs  that  have  been  and  are  being  used  in  the  Sacramento 
District  for  solution  of  hydrologic  problems.  Each  discussion  includes  an 
identification  of  the  program,  a statement  of  the  purpose,  and  outline  of 
program  function,  and  a discussion  of  the  utility,  adaptability  and  general 
effectiveness  of  the  program.  The  first  six  are  relatively  small  programs 
and  the  seventh  is  a large  generalized  program. 

3.  Following  discussions  of  individual  programs,  there  is  a generalized 
statement  appraising  the  effect  of  the  ADP  era  on  quality,  quantity,  and 
costs  of  hydrologic  reports.  Administrative  aspects  of  transition  into  a 
computer  age  are  also  discussed. 


\lhief,  Hydrology  Section,  U.  S.  Army,  Sacramento  District,  Corps  of  Engineers, 
650  Capitol  Mall,  Sacramento,  California  95814 
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COMPUTER  PROGRAMS 


4.  Pro gran  (HEC).  - 

723-110  Unit  Graph  and  Loss  Rate  Optimization.  Used  on  CDC  6600  or 
GE  7090  class.  Ibis  is  an  adaptation  of  HEC  23-J2-L211. 

a.  Purpose  and  method.  - nils  program  is  used  for  determination  of 
optimized  unit  hydrograph  and  loss  rates  from  precipitation  and  flood 
hydrograph  data.  It  determines  Clark's  unit graph  if  appropriate  para- 
meters are  read  in,  or  will  determine  best  unitgraph  from  a synthetic 
time-area  curve.  Rainfall  losses  can  be  specified  or  a loss  equation 
can  be  computed  (L  ■ KP*)  based  upon  reproductions  of  several  floods  for 
the  basin  being  studied. 

Trial  reproductions  of  historical  hydrographs  are  made  using  varying 
loss  rates  or  methods  of  computing  losses  in  a short  period  time.  It 
provides  a means  of  selecting  the  "best"  combination  of  unit  hydro graphs 
and  loss  for  a particular  basin. 

b.  Discussion.  - Hie  program  as  proposed  by  HEC  is  used  directly  and 
has  not  required  modification  for  applications  made.  Unit  hydrographs  and 
losses  so  developed  give  reasonable  reproductions  of  historical  events. 
Sometimes  the  optimized  values  do  not  fit  too  well  on  certain  individual 
streams.  The  program  presently  is  written  to  optimize  more  on  the  peak  of 
the  historical  hydrograph  rather  than  on  the  total  volume.  As  a result, 
it  does  not  give  a true  unit  hydrograph  and  the  volumes  of  these  consti- 
tuted hydrographs  are  often  more  in  error  than  is  desired.  Applicability 
of  the  unit  hydrographs  and  losses  derived  in  flood  synthesis  requires 
use  of  Judgement.  No  modifications  of  the  program  have  been  made  as  it 
has  been  incorporated  into  HEC-1. 

5*  Program  (Sacramento  District).  - 

723 -AAA  and  -AAB  Hydrograph  Comixitation  with  or  without  Base  Flow 
(also  Tatum  Routing  or  Precipitation  and  Snow 
Excess  Distribution). 

a.  Purpose  and  method.  - This  basic  program  was  developed  to  accomplish 
the  cumulative  multiplication  required  in  using  rainfall  excess,  unit  hydro- 
graph, and  base  flow  to  compute  a flow  hydrograph.  Input  is  excess  values 
in  inches  for  successive  periods,  unit  hydrograph  ordinates  and  base  flow. 
Computation  of  excess  values  must  previously  have  been  accomplished 
separately.  Output  is  shown  on  example  1. 

b.  Discussion.  - The  program  is  very  simple  and  can  be  applied  to 
accomplish  other  purposes  without  modification.  For  example,  this  program 
can  also  be  used  for  Tatum  routing  by  feeding  in  hydrograph  ordinates  for 
"excess"  and  Tatum  Steps  for  "unit  hydrograph."  "Base  flow"  cards  could 
be  used  to  add  in  a second  hydrograph  at  the  end  of  the  routing  reach. 
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Example  2 is  an  adaptation  of  723-AAA  to  compute  a percentage  of  another 
hydrograph,  for  instance  a proportional  flood  of  another  basin,  or  a 
different  frequency  flood  for  the  same  basin  if  desired.  This  is  done  by 
using  hydrograph  ordinates  for  "excess"  and  a single  percentage  figure  for 
"unit  hydrograph,"  and  "0"  as  base  flow.  In  this  instance  base  flow  could 
be  vised  to  add  a concurrent  hydrograph.  Column  headings  are  modified  when 
the  program  is  used  for  other  than  the  original  purpose. 
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Example  3 (723-AAB)  Is  a modification  of  the  original  program.  Decimal 
form  ratio  cards  (as  shown  in  Sacramento-San  Joaquin  Criteria  Report, 

Chart  28)  of  a 96-hour  storm  are  put  in  for  "excess"  cards.  Total  basin 
"excess"  precipitation  is  put  in  for  the  "unit  hydrograph"  card.  Snowmelt, 
if  any,  is  put  in  on  "base  flow"  cards.  Column  (5)  is  total  precipitation 
by  snowmelt.  Rote  column  headings  have  been  changed  on  the  machine  printout. 
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P^OG^/th]  j£3  - /I  A 3 


SP#  CONC  WITH  SPECIFIC  OVFR  L1TTL.F  COW 
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TOTAL  1.0000  19.1700  7a  0.000  _ 19.1700  19,17 

No  real  problems  have  occurred  in  program  usage.  The  formats  could  be 
modified  simply  to  give  proper  column  headings  for  whatever  purpose  it  is 
being  used.  Its  use  has  greatly  reduced  hydrologic  study  costs  because  it 
has  been  used  many  times  and  does  the  work  much  faster  than  it  could  have 
been  done  with  a desk  calculator. 
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6.  Program  (Sacramento  District).  - 

23-73  Time  Distribution  of  Basin  Mean  Storm  Precipitation 

a.  Purpose  and  method.  - This  program  was  developed  to  distribute  total 
storm  basin-mean  precipitation  into  incremental  amounts  needed  for  flood 
analyses.  It  distributes  total  basin  mean  precipitation  proportional  to 
distribution  for  one  or  more  recorder  stations. 

b.  Discussion.  - In  Sacramento  District,  total  storm  basin-mean 
precipitation  is  generally  determined  by  one  of  the  following  methods; 

(1)  Computed  from  storm  isohyetal  maps. 

(2)  Computed  by  use  of  ratios  of  station  amounts  to  station  NAP 
values  and  averaging  indicated  basin  means. 

(3)  Computed  from  station  weights  based  on  the  "Thiessen  Method"  or 
some  arbitrary  modification  thereof. 

Time  distribution  of  precipitation  may  be  based  on  one  or  more  recording 
precipitation  stations.  When  more  than  one  station  is  used  for  this  purpose, 
desired  station  weighting  can  be  applied. 

Input  ^s  storm  total  precipitation  amount  and  desired  time  incremental 
amounts  of  selected  recording  stations.  Output  format  provides  clock  time 
with  distributed  amounts  and  a progressive  summation  of  incremental 
amounts.  The  program  also  punches  the  distributed  amounts  so  that  the  cards 
can  be  used  as  input  data  for  other  programs.  Sample  copy  of  printout, 
sample  4,  is  attached. 
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7.  Program  (HBC).  - 

723-GIL-2320  Hydrograph  Combining  and  Routing 

Will  run  on  GE  225  series  or  larger. 

a.  Purpose  and  method.  - This  program  combines  gaged  flows  and  routes 
them  through  river  channels.  It  computes  ungaged  inflows  occurring  between 
successive  index  points.  It  can  also  route  through  reservoirs  which  have  a 
known  storage- outflow  relationship. 

b.  Discussion.  - This  program  is  particularly  adaptable  for  computing 
flows  with  ratios  of  initial  input  hydrographs,  as  it  can  handle  a large 
number  of  input  increments.  The  district  has  used  this  extensively  in 
routing  various  flood  series,  such  as  SFF,  100-year  and  50-year  floods.  The 
reservoir  routing  routine  is  the  limitation,  as  computations  for  this 
routine  are  more  complicated  than  channel  routing  routine.  With  the 
district's  GE  225  computer  the  program  limitation  is  250  hours  and  with  the 
CDC  6600  the  limitation  is  500  hours.  This  program  has  been  used  extensive- 
ly in  the  past  and  will  probably  be  continued  in  use  for  applicable  problems. 

8.  Program  (Sacramento  District).  - 

723-GI-12-AF0  Unit  Hydrograph  Computation 

Computes  synthetic  unit  hydrographs. 

a.  Purpose  and  method.  - This  program  computes  a unit  hydrograph  by  use 
of  drainage  basin  characteristics,  a summation  hydrograph  generally  known  as 
the  ”S"  graph  a predetermined  set  of  lag  relationship  curves  (roughness 
coefficient  noted  below  is  used  as  a parameter). 

b.  Discussion.  - Drainage  basin  characteristics  include  area,  length  of 
main  stem  of  stream  (L),  length  from  computation  point  to  center  of  the  area 
(Lea),  average  slope  of_the  main  stem  (S),  and  an  estimated  average  basin 
roughness  coefficient  (n).  The  program  has  been  used  extensively  in  develop- 
ing unit  hydrographs  for  urban  areas  and  to  some  extent  for  small  drainage 
areas , particularly  those  where  the  cloudburst  type  storm  produces  critical 
floodflows.  Its  chief  advantage  is  that  physical  dimensions  of  the  basin 
can  be  determined  quickly  from  available  topographic  maps.  It  has  also  been 
an  inexpensive  device  to  verify  unit  hydrographs  determined  by  other  means. 

9.  Program  (HBC ) . - 

723-AGO  Unit  Graph  and  Hydrograph  Computation;  will  run  on  GE  225. 

a.  Purpose  and  method.  - This  program  computes  unit  graphs  by  Clarks  Method 
and  uses  either  computed  water-excess  or  storm  precipitation  and  loss 
relationships  to  compute  water-excess,  then  accomplishes  the  unit  hydrograph 
routing  to  compute  flood  runoff. 
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b.  D lacuna  Ion.  - Program  accepts  rainfall  In  tnches,  or  as  proportions] 
increments  of  specified  storm  total.  Program  computes  rnln  exceas  by  use  of 
either  an  initial  loss  and  uniform  loss  rate,  or  the  loss  equation  L“KPr. 

The  chanp.es  were  made  in  instruct, ions  pertaining,  to  the  use  of  the  loss 
equation,  L“KPe.  The  first  change  was  to  replace  the  initially  specified 
DLTA  K from  0.2  DLTA  L to  any  denired  ratio  of  DLTA  L in  order  to  obtain 
better  reproductions  of  the  observed  hydrographs.  The  second  change  involved 
a moll f icatlon  so  that  losses  can  be  computed  to  any  designated  time  Increment 
rather  than  the  1-hour  increment  originally  used  in  the  program. 

The  program  has  been  incorporated  in  other  generalized  programs  and  its 
future  use  will  be  limited  largely  to  studies  involving  computing  flows  in 
a stream  at  a single  index  point. 

10 . Program  ( HEC ) . - 

;M-Xfc-L260  Regional  Frequency  Computation 
Mus  t run  on  CDC  6600 , or  1 RM  7091*  c las  s . 

a.  Ihtrpose  and  method . - Performs  otnsticnl  analysis  for  oomputnt t ons 
of  minimum  annual  flood  frequency  for  peaks,  L,  3,  10,  30-day .mean  flows. 

b.  Discussion.  - This  program  can  be  vised  for  analyzing  one  station  at 
a time  or  more  than  one  station.  If  more  than  one  station  is  used  the 
program  will  correlate  data  between  stations  for  each  duration  being  used, 
compute  correlation  coefficient  "K",  and  estimate  missing  data  at,  any  station 
whenever  there  is  data  available  at  one  or  more  of  the  other  stations. 

Progrnm  also  estimates  missing  peaks  when  daily  flow  data  is  available. 

When  desired,  skews  and  standard  deviations  can  be  inserted  as  input, 
data  for  use  in  computing  frequency  cu^ve  coordinates.  Usually,  however, 
the  skew,  standard  deviation,  and  mean  values  are  not  fed  in,  and  machine 
computes  these  values. 

Program  output  lists  both  recorded  and  estimated  data  (the  latter  noted  j 

with  an  "E")  arranged  in  descending  order  of  magnitude  for  each  duration. 

Also,  correlation  coefficients  between  stations  for  each  duration  are  given 
for  the  three  following  conditions. 

(1)  For  actual  recorded  data. 

(?)  For  recorded  and  estimated  datn. 

(3)  For  smoothed  conditions  (labeled  as  adopted  statistics). 

Program  has  been  used  considerably  In  developing  frequency  curves  in 
order  to  adhere  to  the  "Water  Resources  Council  Procedure.”  This  program 
computes  required  values  for  plotting  a statistical  curve.  The  computed  SPF 
values  are  Indicated  on  the  frequency  plot  and  when  deemed  necessary,  the 
curve  is  modified  graphically. 
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11.  Program  (HEC-l) . - 

723-X6-L2010  Flood  Hydrograph  Package 

a.  Purpose  and  method.  - HEC-l  computes  flood  hydrographs,  optimizes 
loss  rates  and  unit  hydrographs,  calculates  basin  precipitation,  routes  and 
combines  flood  hydrographs  and  routes  floods  through  detention  type 
reservoirs . 

With  this  package  all  hydrograph  computations  associated  in  the 
historical  or  hypothetical  storms,  channel  routing  and  reservoir  routing 
where  outflow  is  a function  of  storage  and  inflow  can  be  accomplished  for  a 
complex  river  system.  Routings  include  rainfall  and  snowmelt  determination, 
computation  of  basin  precipitation  from  station  values , unit  hydrograph 
determination,  hydrograph  calculation,  various  methods  for  channel  and  res- 
ervoir routing  and  complete  stream  system  hydrograph  routing  and  combining. 
Unit  hydrographs,  loss  rates,  snowmelt,  freezing  temperatures  and  best  fit 
routing  coefficients  can  be  derived  automatically  from  historical  storm  and 
flood  data. 

b.  Discussion.  - HEC-l  is  being  used  in  the  Sacramento  District  to 
route  historical  and  hypothetical  floods  in  the  upper  Sacramento  River 
system  through  detention  reservoirs  and  to  various  points  of  interest.  The 
reservoir  routing  routine  does  not  lend  itself  for  reservoir  system  routing, 
because  the  program  does  not  make  use  of  reservoir  parameters  and  downstream 
flood  control  objectives.  In  the  determination  of  flows  from  ungaged  areas, 
unit  hydrographs,  and  loss  rates  were  developed  from  historical  events  for 
gaged  tributaries  by  use  of  the  optimization  routine  of  the  program.  The 
unit  hydrographs  were  comparable  to  those  developed  by  the  S-curve  method. 

See  page  10.  The  use  of  flood  ratios  for  the  simultaneous  calculation  of  a 
whole  range  (10-year  to  SFF)  of  hypothetic  floods  was  a major  time  saver  to 
reduce  the  total  computer  time  for  any  run,  the  hydrograph  plotting  routing 
was  modified  to  allow  for  greater  flexibility  in  the  choice  of  the  location 
of  the  plot.  An  instantaneous  peak  calculation  was  added  to  the  summary 
routine  to  make  interpretation  of  hydrographs  easier. 

The  upper  Sacramento  River  system  encompasses  eleven  routing  points  on 
the  main  stem  of  the  river,  historical  and  hypothetical  outflows  from  seven 
reservoirs  and  flows  from  thirty  areas  of  which  less  than  half  were  gaged. 
These  were  routed  and  combined  to  derive  the  total  flow  at  Ord  Ferry. 
Hypothetical  flood  series  were  developed  to  be  used  by  the  Reservoir  Regula- 
tion Section  in  a reservoir  systems  analysis.  A routing  schematic  is  shown 
on  Example  5 on  page  11. 

This  program  is  also  being  used  in  the  Walnut  Creek  and  Coalinga  Creek 
Basin  studies.  For  the  Walnut  Creek  Basin  hypothetical  local  storms  were 
developed  by  use  of  percentage  distributions  of  the  storms  with  initial  and 
constant  losses . However,  for  the  Coalinga  Creek  Basin,  the  hyperbolic  loss 
function  was  used  in  derivation  of  hydrographs.  To  accomplish  the  objectives 
in  these  studies  it  was  found  to  be  advantageous  to  modify  the  loss  calcula- 
tions as  follows: 
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(1)  The  uniform  and  maximum  allowable  loss  rates  were  changed  in  their 
dimensions  from  inches  per  hour  to  inches  per  selected  time  interval. 

(2)  For  greater  flexibility  of  the  hyperbolic  portion  of  the  loss  rate 
function,  the  constant  (0.2)  was  changed  to  a variable  as  indicated  on 

page  8 . 

(3)  The  loss  calculations  within  the  runoff  routine  have  been  modified 
such  that  either  initial  or  constant  losses  can  be  satisfied  first.  A 
negative  value  of  the  initial  loss  calls  for  the  uniform  losses  to  be 
satisfied  first. 

The  package  program  will  probably  be  modified  to  satisfy  the  specific 
requirements  for  each  major  basin  use.  Use  to  date  has  demonstrated  that 
this  generalized  program  provides  an  economical  solution  to  complex 
hydrologic  problems.  For  complex  applications  a considerable  amount  of  set 
up  time  (data  management  and  becoming  familiar  with  the  program)  is 
required.  Once  users  are  aware  of  all  aspects  of  the  program,  it  becomes 
a very  effective  and  time  saving  tool.  Application  in  the  Sacramento 
District  has  indicated  a need  for  more  thorough  documentation  of  the 
program  and  need  for  more  descriptive  language  in  this  documentation. 
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GENERAL  DISCUSSION 


Most  computer  use  to  date  in  Sacramento  District  has  involved  the  simple 
programs  designed  to  accomplish  one- step  or  two-step  problems.  The  computer 
was  used  to  eliminate  time  consuming  desk  calculator  computations,  particular- 
ly of  types  frequently  performed.  Such  programs  have  the  advantage  of  being 
understood  easily  by  engineers  or  technicians  familiar  with  desk  calculator 
problems.  Development  or  modification  costs  of  these  simple  programs  were 
small  and  it  was  relatively  easy  to  assign  such  costs  to  a portion  of  funds 
allocated  for  hydrologic  studies  on  one  or  two  specific  projects.  Although 
the  district  has  used  a number  of  different  computer  programs,  there  has  not 
been  the  amount  of  cost  reduction  initially  estimated.  Many  difficulties 
have  been  encountered  in  developing  usable  programs.  Some  are  still  being 
encountered.  A few  of  the  past  problems  associated  with  transition  into  the 
computer  era  are  listed  below. 

(1)  Human  inertia  that  opposes  change  and  the  feelings  of  insecurity 
in  individuals  who  fear  that  the  organization  will  have  less  need  for  their 
services. 

(2)  Lack  of  adequately  qualified  personnel  at  the  onset  of  the 
computer  era. 

(3)  Difficulty  in  obtaining  funds  for  program  development. 

(4)  Relatively  long  training  period  required  to  develop  computer 
proficiency. 

(5)  Tendency  of  computer  oriented  personnel  to  use  it  as  a toy  by 
trying  to  develop  exotic  programs  with  capabilities  beyond  current  needs. 

(6)  Changes  in  available  computer  equipment. 

(7)  Limitations  on  capability  of  computers  and  the  lack  of  under- 
standing of  these  limitations  by  those  who  use  them. 

Although  there  is  no  accurate  means  of  evaluating  comparative  costs  with 
former  means  of  solving  hydrologic  problems,  it  is  the  authors  opinion  that 
to  date  there  has  been  neither  a significant  cost  reduction  realized  nor 
increase  of  the  quality  of  work  produced.  The  district  is  approaching  (or 
may  already  have  reached)  the  crossover  point  beyond  which  costs  will 
decrease  and  quality  of  work  will  increase. 

Hydrologists  must  give  attention  to  the  importance  of  developing  a 
deep  understanding  of  hydrologic  forces  and  not  be  lulled  into  a false 
sense  of  security  by  great  amounts  of  statistical  data  which  can  be  generated 
by  the  electronic  computers.  The  computer  user  must  orient  his  philosophy  to 
use  the  machines  as  a challenge  and  motivation  toward  greater  understanding 
of  the  natural  forces  that  regulate  our  hydrologic  cycle.  This  task  of  deep 
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hydrologic  indoctrination  bears  heavily  on  the  shoulders  of  experienced 
hydrologists  that  have  grown  up  the  hard  way  and  they  must  assist  the  new- 
comer in  obtaining  a deep  understanding  of  his  responsibility  to  advance 
the  art  and  to  serve  his  clients  well.  This  tool  if  used  wisely  will 
enable  him  to  accomplish  infinitely  more  and  better  quality  of  work  than 
his  predecessor. 

The  outlook  for  the  future  appears  much  brighter  than  the  results  achieved 
to  date.  Proven  programs  are  available  for  most  of  the  time  consuming 
hydrologic  computations.  The  experience  of  engineers  and  technicians  in 
computer  programing  is  now  approaching  a desirable  level.  New  engineers 
are  being  trained  in  computer  application  as  a part  of  their  basic 
engineering  training,  so  they  will  enter  into  their  professional  careers 
better  equipped  for  the  challenge  of  this  day  and  of  the  future. 
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APPLICATION  OF  COMPUTER  PROGRAMS  TO  HYDROLOGIC  PROBLEMS 
IN  THE  CENTRAL  VALLEY  OF  CALIFORNIA 


Discussion 


Comment,  Mr.  Beard:  Mr.  Bennion  implied  that  his  use  of  HEC  on  short- 
time  consultation  frequently,  since  his  staff  is  near  HEC,  might 
unduly  impose  on  HEC.  For  the  benefit  of  the  Corps  representatives 
here,  I simply  want  to  make  it  clear  that  the  HEC  exists  solely  to 
assist  Corps  offices  in  any  way  that  we  can  and  that  we  are  more 
than  happy  to  work  with  the  Districts  in  any  way  that  they  desire. 
Also,  we  hope  that  the  matter  of  pride  of  authorship  doesn't  inhibit 
cooperation  with  HEC.  It  is  not  the  function  of  HEC  to  become  a 
center  of  competence  dispensing  knowledge,  but  to  work  cooperatively 
with  field  offices  to  increase  the  competence  of  the  entire  Corps 
in  the  hydrologic  engineering  field. 

Reply,  Mr.  Bennion:  I feel  that  you  have  demonstrated  this  in  our 
relationship  and  by  the  assistance  we  have  been  given.  My  men 
have  expressed  their  appreciation  especially  for  help  from  A.  J. 
Fredrich. 


Question,  Mr.  W.  Thomas:  Has  your  idea  of  encouraging  your  young  engineers 
to  develop  some  of  their  own  computer  programs  increased  the  insight 
or  ’Teel"  for  hydrology  that  you  are  trying  to  impart  to  them. 

Reply,  Mr.  Bennion:  This  question  can  only  be  honestly  answered  in  a 
few  years  from  now,  but  it  is  my  real  hope  that  this  is  the  case. 

I do  see  some  evidence  of  development. 


Comment,  Mr.  Sharp;  Mr.  Bennion,  you  have  expressed  a reluctance  of 
your  office  to  become  computer  oriented  and  a reluctance  to  place 
a great  amount  of  confidence  in  computer  programs,  not  only  developed 
by  others,  but  by  yourself  as  well.  However,  it  appears  from  the 
content  of  your  paper  that  perhaps  you  may  be  more  of  a convert  to 
ADP  than  you  realize,  or  are  willing  to  admit.  In  any  case,  I’m  sure 
that  all  of  us  here  who  have  been  actively  engaged  in  hydrologic 
engineering  applications  with  the  computer  have  a great  deal  of 
respect  for  your  worthwile  transition  into  computer  usage.  Many 
of  our  offices  have  not  displayed  such  a change,  which  is  most 
important.  In  this  transition  you  chose  to  modify  a few  of  the 
HEC  programs,  presumably  to  render  them  more  suitable  to  your  needs 
and  confidence,  and  I'm  sure  you  must  consider  yourself  in  a better 
position  to  stand  behind  any  such  modifications,  which  would  require 
explanation  in  design  memorandums  and  other  reports. 
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Reply,  Mr.  Bennion:  We  try  only  to  modify  to  the  extent  necessary  to 
■ake  the  programs  functional  for  our  purposes.  As  I tried  to 
point  out  in  the  presentation,  these  have  been  frustrating  exper- 
iences with  respect  to  funding  for  program  development  or  adaptation. 
This  in  a large  measure  I am  sure  was  due  to  lack  of  adequate  train- 
ing of  those  attempting  the  program  modification. 

Any  reluctance  I have  felt  toward  computer  use  has  stemmed  from 

the  hard  necessity  of  getting  a given  Job  done  within  fund  limitations. 


COMPUTER  APPLICATION  FOR 
INTERIOR  DRAINAGE  STUDIES 
ST.  LOUIS  DISTRICT 
by 

JERRY  L.  CURNUTT 


1.  INTRODUCTION. 

The  first  question  a person  might  ask  is,  "What  is  an  interior  drain- 
age study?"  After  the  design  or  construction  of  a levee,  protecting 
an  area  from  direct  flooding  by  a river,  a study  is  made  to  determine 
methods  of  alleviating  flooding  on  the  landward  side  of  the  levee 
caused  by  interior  runoff.  This  runoff  would  result  from  seepage 
through  the  levee  during  high  river  stages  and  from  rainfall  over 
the  bottom  lands  and  adjacent  hill  land  areas.  Means  of  alleviation  ; 
studied  include:  small  reservoirs  in  the  hill  land;  diversion  chan- 
nels; enlarged  ditching;  additional  drains  through  the  levee;  and 
pumping  stations.  Because  of  the  heavy  development  of  the  land, 
improvements  are  usually  limited  to  the  last  three  methods.  There- 
fore, the  study  will  determine  the  degree  of  improvement  at  the  out- 
flow point  that  can  be  economically  justified  to  reduce  the  annual 
flood  damages.  Plate  1 illustrates  a plan  view  of  a typical  flood 
plain  area  to  be  investigated  for  an  interior  drainage  study. 


The  St.  Louis  District  has  been  involved  in  interior  drainage  studies 
for  about  20  years.  In  the  first  studies  all  computations  were  done 
manually  and  the  time  required  to  stujpy  one  pump  station  was  staggering. 
The  gravity  outlets  were  not  investigated  with  the  pump  stations  due  to 
the  additional  time  involved.  To  eliminate  the  great  volume  of  manual 
compution,  the  District  developed  an  interior  drainage  program  in  1965. 
The  analysis  was  still  rather  simplified  inasmuch  as  the  same  procedures 
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were  used  in  the  program  as  were  previously  performed  manually.  Only 
the  periods  of  blocked  drainage  were  investigated  and  no  consideration 
was  given  to  periods  of  runoff  when  the  river  was  low.  By  1968,  it  was 
evident  that  a new  approach  to  interior  drainage  studies  was  needed 
since  all  periods  of  flow  needed  to  be  examined  to  determine  the  best 
plan  of  improvement.  The  computer  program  in  use  at  that  time  was 
inadequate  because  of  the  simplified  approach  and  general  assumptions 
used  in  the  program.  Several  programs  developed  by  other  districts 
were  investigated  but  none  met  the  desired  criteria  of  pumping  with 
the  gravity  drain  in  operation.  Consequently,  it  was  decided  to  develop 
a new  program  that  would  be  general  enough  to  handle  the  various  com- 
binations of  river  stage,  gravity  drain  flow,  and  pumping,  but  would 
be  in  sufficient  detail  to  provide  information  for  economic  analysis. 

The  program  has  been  operational  for  several  months  and,  based  on  pre- 
liminary results,  it  appears  to  be  the  most  comprehensive  interior  > 
drainage  program  in  use  at  the  present  time.  The  program  has  been 
assigned  the  number  723-R1-A3-530. 


2.  GENERAL  METHOD  OF  ANALYSIS. 

Interior  drainage  analysis  is  based  on  the  evaluation  of  flood  damages 
for  each  area  where  improvements  are  contemplated.  The  evaluation 
covers  the  full  period-of-record , both  with  and  without  the  improved 
drainage  facilities  in  place. 

w 

The  basic  steps  involved  in  performing  the  hydraulics  portion  of  an 
interior  drainage  study  are: 


a.  Prepare  inflow  and  river  stage  data. 


b.  Analyze  existing  and  additional  gravity  drains. 


c.  Analyze  the  various  pumping  capacities. 

The  program  will  evaluate,  for  the  full  period  of  record,  up  to  five 
conditions  of  gravity  drainage,  pumping  and  ditching,  and  overflow 
into  adjacent  subareas.  The  first  condition  will  only  consider  no- 
pumping (gravity  drain  being  the  only  means  available  to  remove  water) , 
whereas  the  second,  third,  fourth,  and  fifth  conditions  can  include 
various  combinations  of  gravity  drain  and  pump  capacities. 


3.  INFLOW  PROGRAM. 

The  inflow  used  in  the  interior  drainage  program  is  computed  in  a 
separate  program  No.  723-R1-A3-470.  The  program  computes  the  inflow 
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due  to  rainfall  and  seepage,  and  the  daily  river  elevation.  Daily  run- 
off is  computed  by  the  use  of  rainfall,  runoff  factors,  and  drainage 
areas. 

a.  Rainfall  runoff.  The  inflow  from  rainfall  runoff  used  in  the 
daily  routings  are  developed  for  each  pump  station  location  from  the 
Weather  Bureau,  U.S.G.S.,  or  Corps  records  of  rainfall  at  the  long 
term  gage  nearest  to  the  study  area.  The  rainfall  is  applied  to  vari- 
able runoff  coefficients  to  convert  daily  rainfall  into  daily  runoff 
values  and  is  a major  change  from  past  programs.  Coefficients  for 
each  of  the  four  seasons  of  the  year  were  determined  from  data  developed 
in  previous  studies,  using  the  ASCE  Hydrology  Handbook  as  a major  ref- 
erence. The  rules  listed  in  the  above  mentioned  publication  were 
applied  to  previously  determined  coefficients  for  hill  lands  and  bottom 
lands.  These  rules  state:  "There  is  no  dependable  method  for  correct- 
ing infiltration  capacities  for  specific  seasons.  A review  of  the 
scant  data  available,' however , suggests  that  as  a "rule  of  thumb",  the 
summer  values  should  be  multiplied  by  approximately  0.75  to  estimate 
the  winter  capacities,  and  by  approximately  0.85  to  indicate  the  rate 
during  the  transition  periods  of  low  biologic  activity  between  summer 
and  winter.  These  factors  do  not  apply  to  frozen  soils."  These  sea- 
sonal coefficients,  the  area  of  the  hill  and  bottom  lands,  and  the 
daily  rainfall  amounts  are  used  to  compute  the  runoff  in  day-second- 
feet  for  each  area  where  a pump  station  is  proposed. 


b.  Seepage.  Seepage  is  also  included  in  the  computation  of  inflow 
used  in  the  routing  program.  Discharge  rating  curves  for  varying  heads 
are  developed  for  each  seepage  well  located  in  the  study  area.  Compos- 
ite curves  are  then  prepared  using  the  seepage  well  curves  located  in 
that  specific  pump  station  area.  Plate  2 shows  an  example  of  the  head 
versus  seepage  curve  used  in  the  program.  The  seepage  values  of  inflow 
are  added  to  the  daily  runoff  inflow  to  achieve  the  total  inflow  value. 


c.  River  stage  transfer  curve.  The  daily  river  stage  data  at  the 
nearest  main  stem  gage  are  transferred  along  the  river  profile  to  the 
gravity  drain  site  where  improvements  are  proposed.  This  is  done  by 
c -eloping  a relationship  between  the  water  surface  elevation  at  the 
gage  and  the  water  surface  elevation  at  the  pump  station  site  and  is 
used  to  give  a better  river  stage  reading  at  the  actual  location  of 
the  gravity  drains.  The  stages  from  the  recording  gage  are  converted 
in  this  program  so  these  computations  were  not  required  in  the  routing 
program. 


4.  GRAVITY  DRAIN  AND  PUMP  ANALYSIS 

All  of  the  flood  plain  areas  located  within  the  St.  Louis  District  sub- 
ject to  possible  interior  drainage  studies  are  small  enough  for  runoff 
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to  travel  to  the  proposed  pump  station  site  within  24  hours.  There- 
fore, the  program  was  developed  to  perform  a daily  routing.  This 
routing  combines  rainfall  and  seepage  runoff,  routes  it  to  the  pump 
station  location,  computes  the  outflow,  then  determines  the  daily 
acres  flooded.  The  District's  needs  were  best  served  by  a daily 
routing,  due  to  the  number  of  long  term  gages  located  within  the 
St.  Louis  District.  The  periods  of  record  to  be  used  in  the  pro- 
gram vary  from  about  30  to  65  years. 


a.  Curves  needed  and  method  of  use.  Most  of  the  control  parameter 
data  is  stored  in  the  computer  in  coefficient  form  for  second  degree 
curves.  Coefficients  rather  than  tables  are  used  to  fully  utilize  the 
limited  amount  of  computer  storage  available.  The  curves  used  in  the 
program  are: 

(1)  Storage  curve  (storage  in  dsf  versus  elevation). 

(2)  Storage  curve  (elevation  versus  storage  in  dsf). 

(3)  Area  curve  (acres  versus  storage  in  dsf). 

(4)  Seepage  curve  (seepage  in  cfs  versus  head). 

(5)  Gravity  drain  rating  curves  (elevation  versus  discharge 

in  cfs) . 

(6)  Ditch  rating  curves  (elevation  versus  discharge  in  cfs). 

(7)  Pump  efficiency  curve  (head  versus  fraction  of  full 
capacity  in  percent) . 


(8)  Overflow  curve  (elevation  versus  discharge  in  cfs). 


After  the  data  for  the  curves  are  developed,  another  program  (No.  704- 
R1-A3-59M)  is  used  to  compute  the  A,  B,  and  C coefficients  for  second 
degree  equations  (Y  = AX^  + BX  + C)  by  the  least  squares  method.  In 
many  instances,  a value  of  zero  is  computed  for  the  A coefficient  and 
the  segment  becomes  a straight  line.  This  program  also  computes  X 
and  Y coordinate  values  by  the  use  of  the  coefficients.  These  com- 
puted X and  Y values  can  be  plotted  and  compared  to  the  original  curve 
segment.  If  care  is  taken  in  selecting  the  original  points  used  to 
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compute  the  A,  B,  and  C coefficients,  the  computed  curves  will  closely 
approximate  the  original  curves. 

b.  Gravity  drain  rating  curves.  An  example  of  the  type  of  gravity 
drain  curves  used  in  the  program  is  shown  on  Plate  3.  Each  set  of 
these  rating  curves  consists  of  two  distinct  parts:  the  free-flow 
rating  curve  and  a series  of  restricted-flow  curves.  The  free-flow 
rating  curve  is  used  when  the  river  is  low  and  does  not  impede  gravity 
drain  outflow.  The  restricted-flow  rating  curves  are  used  when  the 
river  is  affecting  the  discharge  through  the  drain.  The  latter  curve 
must  be  developed  for  each  foot  of  river  elevation,  starting  one  foot 
above  the  gravity  drain  landside  invert  and  continue  in  one-foot  incre- 
ments to  the  top  of  the  drain.  Along  with  the  gravity  drain  rating 
curve  inputted  in  equation  form,  several  other  variables  for  the  gravity 
drain  are  required.  Plate  4 is  a schematic  cross  section  of  a typical 
pump  station  location,  showing  some  of  the  variables.  One  of  these 
values,  affecting  the  use  of  the  gravity  drains,  is  the  river  control 
elevation.  This  elevation  is  the  point  at  which  the  gravity  drain  is 
considered; closed , irregardless  of  the  landside  ponding  elevation. 

The  river  control  elevation  is  selected  by  assuming  that  access  to  the 
closure  structure  would  be  practidally  impossible  when  the  river  exceeded 
this  value.  When  the  river  elevation  is  below  this  value,  the  gravity 
drain  is  assumed  to  be  open  when  there  is  a sufficient  head  differential 
between  the  landside  ponding  elevation  and  the  river  elevation.  Dis- 
charge through  the  gravity  outlet  can  therefore  be  achieved  even  during 
high  river  stages.  The  head  differential  is  determined  for  each  pump 
station  location  and  is  provided  in  the  control  parameter  deck. 


c.  Ditch  rating  curve.  The  inputted  capacity  of  the  ditch  leading 
to  the  proposed  pump  station  location  generally  equals  or  exceeds  the 
capacity  of  the  gravity  drain.  If  the  capacity  of  the  ditch  is  less 
than  the  combined  capacity  of  the  gravity  drain  and  pump  station,  the 
flow  is  retarded  and  this  prevents  the  system  from  operating  at  full 
capacity.  The  program  can  be  used  to  determine  the  required  ditch  size 
by  equating  ditch  capacity  to  the  optimum  pump  and  gravity  drain  capa- 
cities . 


d.  Routing  procedure.  The  routing  procedure  is  somewhat  different 
in  its  approach.  A schematic  diagram  of  the  method  is  shown  on  Plate  5. 
The  program  begins  the  routing  procedure  by  setting  the  end  of  the  day 
storage  (E.D. S.)  equal  to  the  beginning  day  storage  (B.D.S.)  of  the 
next  day.  The  inflow  is  then  added  to  the  B.D.S.  to  give  the  maximum 
storage.  An  average  storage  value  (between  B.D.S.  and  maximum  storage) 
is  used  to  initially  compute  the  outflow.  This  outflow  value  is  the»i 
subtracted  from  the  B.D.S.,  giving  a minimum  storage.  The  maximum 
and  minimum  storages  are  averaged  and  this  half  storage  value  is  then 
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averaged  with  the  E.D.S.  to  find  a value  to  recompute  a mean  daily  out- 
flow. This  outflow  is  subtracted  from  the  original  B.D.S.  resulting 
in  a new  E.D.S.  If  the  half  storage  and  the  E.D.S.  are  equal,  or  within 
a tolerance  set  for  each  specific  area,  the  E.D.S.  is  accepted  as  good 
and  the  routing  proceeds  to  the  next  day.  If  the  half  storage  and  the 
E.D.S.  are  not  equal,  the  maximum  storage  or  minimum  storage  is  revised. 
When  the  half  storage  is  larger  than  the  E.D.S.,  the  half  storage  becomes 
the  new  maximum  storage  and  a new  half  storage  value  is  determined  at 
the  beginning  of  the  next  cycle.  However,  if  the  half  storage  is  smaller 
than  the  E.D.S.,  the  half  storage  becomes  the  new  minimum  storage  and  a 
new  half  storage  value  is  determined  at  the  beginning  of  the  next  cycle. 


e.  Pumping . Pumping  can  occur  with  or  without  gravity  drain  flow 
during  the  routing  study.  When  pumping,  a start  pump  elevation  must 
be  supplied.  The  full  capacity  of  the  pump  station  is  assumed  to  be 
in  operation  when  this  elevation  is  reached.  A pump  efficiency  curve 
must  also  be  provided  for  the  daily  routing.  This  curve  is  used  to 
compute  the  actual  capacity  of  the  pump  station  operating  under  various 
head  conditions.  The  curve  reflects  a reduction  in  pump  capacity  due 
to  the  increase  in  static  head  measui  d from  the  ponding  elevation  to 
the  river  elevation.  The  curve  must  start  with  1.0  (100-percent  capa- 
city) at  zero  head.  An  example  of  this  curve  is  shown  on  Plate  6. 


f.  Overflow  into  subareas.  In  the  St.  Louis  District,  many  of 
the  subarea  drainage  divides  in  the  flood  plain  are  so  low  that  they 
will  pond  only  a limited  volume  of  water  before  overflow  into  an  adja- 
cent subarea  occurs.  In  general,  this  condition  is  prevalent  only 
during  prolonged  periods  of  blocked  drainage  coinciding  with  severe 
rainfall  in  the  area.  A rating  curve  of  discharge  versus  elevation 
at  the  area  of  overflow  is  developed  to  account  for  this  occurrence. 

An  example  of  this  curve  is  shown  on  Plate  7.  A discharge  rating 
curve,  based  on  open  channel  flow,  appears  to  adequately  represent 
the  natural  flow  from  one  subarea  into  another.  The  curve  can  be 
developed  by  the  use  of  Manning's  Equation  for  open  channel  flow 
after  determining  an  approximate  cross  section  of  the  low  swale  where 
overflow  will  occur.  When  this  happens,  the  mean  daily  values  of 
overflow  are  recorded  on  a separate  magnetic  tape  and  are  added  to  the 
runoff  values  for  the  specific  adjacent  area  during  the  gravity  drain- 
pump  analysis  to  provide  total  runoff  inflow. 


5.  OUTPUT 

The  ouptut  generates  a magnetic  tape  and  printed  record  of  all 
flood  data  for  each  day  of  gravity  flow  in  the  period  of  record.  Con- 
tained in  the  information  are  the:  year,  month,  day,  rainfall,  runoff, 
river  stage,  river  elevation,  outflow,  and  acres  flooded.  The  printed 
record  is  checked  for  possible  errors  by  Hydraulics  personnel.  The 
tape  is  used  in  the  benefit  analysis  to  compute  flood  damages  with 
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ami  without  the  various  improved  facilities.  The  gravity  drain  is 
first  optimized  and,  with  this  drain  In  place,  the  optimum  pumping 
station  is  determined. 


6.  SUMMARY. 

The  program  operates  on  a period  of  record  type  routing,  making  use  of 
daily  values  of  inflow,  seasonal  runoff  coefficients,  and  outflow  over 
the  entire  period  of  record.  The  program  will  evaluate  up  to  five 
conditions  of  gravity  drainage,  pumping,  ditching,  and  overflow  into 
adjacent  stihareas.  The  program  uses  curves  in  coefficient  form  instead 
of  tables,  while  making  computations.  The  adequacy  of  existing  gravity 
drains  may  he  checked  or  new  gravity  outlets  sized.  The  optimum  capa- 
city for  a pump  station  may  be  determined.  An  optimum  system  of  both 
gravity  and  pumping  may  also  be  computed.  The  program  is  currently 
running  on  an  RCA  301  computer  and  requires  about  8 to  12  hours  of 
running  time  for  a period  of  record  of  60  years. 
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COMPUTER  APPLICATION  FOR  INTERIOR  DRAINAGE  STUDIES 
ST.  LOUIS  DISTRICT 

Discussion 


Question,  Mr.  Beard:  The  program  you  describe  simulates  the  operation 

of  a specified  interior  drainage  facility  over  many  years  of  operation. 
Is  there  a need  for  optimizing  the  physical  characteristics  and 
operation  rules  of  drainage  facilities  on  the  basis  of  costs  and 
expected  damages? 

Reply,  Mr.  Curnutt:  The  operational  costs  have  not  been  optimized  up 
to  the  present  time  in  our  studies.  Only  the  damage  and  the 
alleviation  of  damages  for  different  sizes  of  pumping  stations  have  been 
studied.  This  is  not  to  say  that  the  operational  characteristics 
could  not  be  used  in  the  optimization  studies  in  the  future. 


Question,  Mr.  Burnett:  (l)  Do  you  place  the  pump  discharge  line  through 
the  levee  or  over  the  levee?  (2)  Do  you  take  any  credit  for  siphon 
action  through  the  pump  discharge  lines?  (3)  Outflow  must  be  a 
small  percent  of  inflow  in  order  for  daily  routing  to  be  accurate 
or  else  you  have  inflow  which  changes  very  little  from  day  to  day. 

Reply,  Mr.  Curnutt:  (l)  The  pump  discharge  line  goes  over  the  top  of 
the  levee  in  almost  all  cases.  (2)  No.  None  at  all.  (3)  The  outflow 
on  any  day  can  vary  greatly.  It  can  vary  from  the  total  capacity 
of  the  station  and  gravity  drain  to  some  percentage  of  the  pump 
capacity.  It  could  also  equal  zero.  The  amount  of  accuracy  that 
will  Be  achieved  depends  on  the  limit  that  is  set  in  the  program. 


A Backwater  Program  for  the 
G.E.  225  Computer 

by 

William  G.  We stall1 


INTRODUCTION 

The  Computer  program  to  be  introduced  in  this  paper  is  not 
original,  but  is  a version  of  an  early  Hydrologic  Engineering 
Center  program  entitled,  "Backwater— Any  Cross  Section",  dated 
June  1967*  The  modification  was  made  in  the  St.  Paul  District 
Office  of  the  Amy  Corps  of  Engineers,  and  was  necessitated  by 
the  replacement  of  the  District’s  IBM  1130  computer  (to  which 
the  HEC  program  had  been  adapted)  with  a G.E.  225  computer. 

The  program  for  the  G.E.  225  is  limited  in  its  abilities  as 
compared  to  the  original  HEC  program  or  its  IBM  1130  adaptation, 
but  should  be  adequate  for  the  development  of  designs  which  in 
general  conform  to  procedures  and  criteria  outlined  in  the  U.S. 
Army  Corps  of  Engineers,  Engineering  Manual  EM  1110-2-1601, 

1 July  1970,  "Hydraulic  Design  of  Flood  Control  Channels". 


ABOUT  THE  PROGRAM 

General.  There  was  a need  for  some  editing  of  the  HEC 
backwater  program  since  all  aspects  of  that  program  could  not 
reasonably  be  adapted  for  use  on  the  G.E.  225.  There  is  also 
disagreement  as  to  how  some  specific  problems  should  be  solved, 
and  a generalized  approach  to  some  of  these  problems,  particularly 
with  respect  to  the  computation  of  bridge  losses,  can  not  in  all 
cases  produce  satisfactory  results.  The  writer  does  agree  with 
the  idea  of  including  flexible  general  solutions  for  as  many 
different  problems  as  possible  in  technical  programs,  but  until 
there  is  specific  criteria  idiich  governs  the  use  of  certain 
generalized  methods,  users  of  generalized  programs  might  well  be 
advised  to  be  cautious.  To  avoid  the  problem  altogether  the 
G.E.  225  program,  therefore,  does  not  contain  some  of  the  generalized 
routines  that  are  incorporated  into  the  original  HEC  program. 

hydraulic  Engineer,  St.  Paul  District 
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Sise  and  Font  of  Program.  The  G.E.  225  computer,  for  which 
the  subject  program  is  written,  has  in  8000  computer  word  memory, 
end  the  program  which  is  written  in  FORTRAN  II  will  fit  this 
machine  without  the  need  for  "chaining".  Chaining  is  the  process 
by  which  programs  requiring  more  computer  memory  than  is  available 
on  the  QJS.  225  may  still  be  adapted  for  use.  To  be  more  specific, 
if  a large  program  is  divided  into  a number  of  smaller  subprograms 
or  chains  which  individually  can  be  handled  by  the  computer,  the 
chains  can  then  be  stored  in  sequence  on  tape  and  called  into  the 
computer  as  they  are  needed.  The  backwater  program  as  modified 
was  originally  divided  into  four  chains.  The  chains  were  then 
combined  into  one  main  program  and  five  subroutines.  The  font 
is  shown  in  Plate  _!  i 

Method  of  Computation.  The  G.E.  225  program  will  compute 
water^su^aceTproTriesTor  both  subcritical  and  supercritical 
flow  in  either  prismatic  or  irregular  channels.  The  method  of 
computation  has  not  been  changed  from  that  in  the  original  HEC 
program,  and  is  similar  to  Method  1,  as  presented  in  the  U.S. 

Army  Corps  of  Engineers,  Engineering  Manual  EM  1110-2 -1U09, 

7 December  1959,  "Backwater  Curves  in  River  Channels".  The 
method  of  computation  varies  from  Method  1 in  that  reach  lengths 
between  cross  sections  for  overbank  and  channel  flow  need  not  be 
the  same,  shock  loss  due  to  expansion  or  contraction  between 
sections  is  considered,  and  an  attempt  is  made  to  compute  the 
"true"  velocity  head  at  each  section  by  considering  Corioli'a 
coefficient.  A sample  computation  which  would  most  closely 
represent  the  method  of  computation  used  by  the  computer  program 
is  shown  in  Plate  2. 

Methods  of  Beginning.  There  are  three  methods  by  which  a 
user  may  tell  the  computer  what  water  surface  elevation  to  use 
for  beginning  the  backwater  computation.  The  methods  are  the 
same  as  in  the  original  program  and  are: 

e 

1.  A known  or  estimated  water  surface  elevatron  is  provided 
by  the  user. 

2.  The  water  surface  elevation  is  established  by  the  computer 
using  a slope-area  method  which  requires  a slope  and  an  initial 
estimate  of  the  water  surface  to  be  provided. 

3.  Critical  energy  will  be  computed  and  the  corresponding 
water  surface  elevation  will  be  used.  An  initial  estimate  of  the 
water  surface  elevation  should  be  provided. 

A discharge  and  Manning's  "n"  values  to  be  used  for  the  first 
cross  section  must  also  be  given  to  the  computer. 
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Allowable  Error.  The  allowable  error  of  closure,  which  stops 
the  iterations  when  computing  backwater,  must  also  be  given  to  the 
computer  before  computations  can  proceed.  When  computing  water 
surface  elevations  for  subcritical  flow  with  either  the  Q.E.  225 
or  HEC  program,  allowable  errors  of  .001  and  .0001  appear  to  have 
little  effect  on  the  profile  obtained  as  compared  to  the  profile 
obtained  using  allowable  errors  of  .05  or  0.1.  The  number  of 
iterations  is  not  significantly  increased,  however,  when  using 
the  very  small  allowable  errors.  When  computing  profiles  for 
supercritical  flow,  an  allowable  error  of  .001  to  .0001  ie 
desirable,  particularly  for  very  steep  channels,  because 
substantial  error  can  be  generated  into  the  profile  if  large 
allowable  errors  are  used.  (See  Ref.  No.  6) 

Abilities  Retained.  Most  of  the  abilities  of  the  HEC  Program 
which  apply  directly  to  the  backwatering  process  have  been  retained 
in  the  subject  program.  The  specific  items  are  listed  and  described 
briefly  below  and  should  be  familiar  to  users  of  HEC  programs. 

1.  If  ice  conditions  are  anticipated,  wetted  perimeter 
equal  to  the  top  width  of  the  flow  area  will  be  added  and  included 
in  the  computation  of  the  hydraulic  radius.  This  procedure  is 

an  initialization  process,  however,  and  cannot  be  changed  from 
section  to  section. 

2.  The  computer  will  add  50  feet  to  the  end  elevations 

of  each  cross  section  unless  another  amount  is  specified.  This 
process  is  also  one  of  the  initialization  steps,  and  cannot  be 
changed  for  each  cross  section. 

3.  Tables  of  "n"  values  can  be  established  for  each  and 
every  section  which  can  be  used  to  describe  multiple  roughness 
characteristics  in  the  overbanks.  The  table  is  applicable  only 
to  the  overbanks  and  not  to  the  channel.  The  channel  roughness 
can,  however,  be  changed  for  each  section. 

U.  Discharge  changes  can  be  made  between  sections  to 
account  for  changes  in  flow  due  to  decreasing  or  increasing 
tributary  area. 

5.  The  shook  loss  coefficients  for  expansion  and  contraction 
can  be  changed  from  section  to  section. 

6.  The  computer  will  correct  for  ineffective  area  in  the 
overbanks  if  desired.  This  step  is  not  automatic  but  must  be 
indicated  for  each  section  where  the  correction  is  to  be  made. 

7.  The  computer  will  calculate  the  critical  water  surface 
elevation,  and  provide  a check  to  insure  that  the  water  surface 
elevation  computed  during  backwater  operations  remains  on  the 
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proper  side  of  critical.  Crit-  al  depth  will  be  assumed  when 
the  computed  water  surface  elevation  is  on  the  wrong  side  of 
critical.  By  an  initialization  step  critical  depth  may  be  computed 
for  all  cross  sections,  but  if  desired  critical  depth  may  be 
computed  only  for  specifically  selected  sections.  The  G.E.  22? 
program  varies  slightly  from  the  HEC  program  in  that  critical  depth 
will  not  be  automatically  assumed  if  computational  problems  are 
encountered  by  the  computer,  but  will  stop  computing  at  the  point 
of  difficulty  and  print  the  approrriate  note.  This  variation 
applies  principally  when  the  number  or  iterations  for  balancing 
the  water  surface  elevation  exceeds  20  iterations. 

Estimating  the  Water  Surface  Elevation  for  the  Next  Section. 

The  re  are  two  mehtods  tor  estimating  the  water  surface  elevation 
for  the  next  section.  The  first  method  is  the  one  used  by  the  HEC 
program,  and  is  good  for  channels  that  have  regular  bottom  slopes. 

This  method  taxes  the  depth  calculated  for  the  previous  section, 
adds  it  to  the  bottom  elevation  of  the  next  section,  and  uses  the 
resulting  water  surface  elevation  as  the  first  estimate  to  begin 
the  iteration  process.  There  may  be  problems  encountered  with 
this  method  if  the  channel  bottom  is  irregular  and  the  elevations 
for  the  profile  to  be  computed  are  near  critical  for  each  cross 
section. 

The  second  method  available  on  the  G.E.  22?  program  is  not 
available  on  the  HEC  program  and  is  considered  by  the  writer  to 
be  an  improvement  over  the  first  method  discussed.  The  second 
method  uses  the  slope  oi  the  water  surface  profile  computed 
between  the  previous  two  sections  for  estimating  the  water  surface 
elevation  for  the  next  section.  This  method  is  particularly  good 
for  computing  profiles  which  start  by  critical  depth  and  stay 
close  to  critical  throughout  the  channel  reach  for  which  the  profile 
is  to  be  computed.  The  second  section  must  by  necessity  be  very  close 
to  the  first  section  when  starting  by  critical  depth.  The  depth 
method  must  be  used  for  the  first  estimate  of  the  water  surface  for 
the  second  section  because  no  water  surface  slope  has  been  established 
until  the  water  surface  elevation  of  the  second  section  has  been 
computed.  Once  the  water  surface  slope  has  been  computed,  however, 
succeeding  first  estimates  are  guaranteed  to  be  on  the  proper  side 
of  critical  by  the  very  nature  of  water  surface  profiles  which 
began  at  critical  depth.  This  fact  is  true  for  both  subcritical 
and  supercritical  flow.  Computational  problems  involving  the  critical 
depth  check  or  the  inability  to  balance  through  the  iteration  process 
can  be  more  easily  overcome  if  the  slope  method  is  used  since  the 
insertion  of  intermediate  sections  often  solves  the  problem. 

Bridge  Routines.  The  following  bridge  routines  are  available 
in  the  G.E.  ^5  programs 

1.  Losses  for  class  A & B flow  can  b e calculated  by  the  Yamell 
Energy  Method.  Class  C flow  cannot  be  handled. 

2.  Upstream  and  downstream  surface  elevations  can  .be  calculated 
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for  orfice  type  flow. 

3.  Normal  backwater  can  be  used  for  flows  below  the  low 
chord  of  the  bridge. 

h . A loss  oomputed  or  estimated  independently  by  the  user 
may  be  added  into  the  profile  at  the  bridge  section  without  the 
need  for  stopping  the  computation. 

There  is  no  provision  for  considering  weir  flow  at  a bridge, 
however,  for  flows  below  the  low  chord  of  the  bridge  normal 
backwater  procedures  (which  correspond  to  the  normal  bridge 
routine  in  the  HKC  program)  may  be  used  to  estimate  the  water 
surface  profile  through  the  bridge  and  over  the  approach  roads. 

In  tiie  writer's  opinion,  assuming  that  weir  flow  exists  at  every 
approach  road  embankment  when  the  upstream  water  surface  elevation 
is  above  the  roadway  elevation  is  a generalization  which  cannot 
always  be  trusted.  The  flow  situation  around  and  through  a bridge 
is  not  a simple  two  dimensional  phenomena,  especially  in  cases 
where  the  approach  road  is  overtopped  some  distance  from  the 
bridge.  If  the  roadway  embankment  acting  as  a weir  can  discharge 
by  a substantial  amount  more  flow  than  can  be  carried  by  the 
overbank  or  than  can  be  supplied  to  the  overbank  by  the  channel, 
than  the  effect  of  the  road  embankment  is  something  other  than 
that  of  a weir. 

line  approach  to  the  problem  would  be  to  subtract  the  overbank 
flow  from  the  total  flow  and  compute  the  loss  as  that  which  the 
bridge  structure  effects  on  the  channel  flow  alone.  The  writer 
doos  acknowledge  that  weir  flow  may  exist  in  cases  where  over- 
topping of  the  road  occurs  close  to  the  channel  or  at  the  bridge, 
but  more  criteria  is  needed  before  the  concept  should  be  applied 
in  all  cases. 

Other  Modifications.  The  HEC  program  has  the  ability  to 
interpolate  intermediate  cross  sections  when  the  change  in  velocity 
head  between  given  sections  exceeds  a specified  amount.  To  include 
this  ability  in  the  G.E.  225  program  was  unreasonable,  but  notes 
indicating  the  need  for  additional  sections  are  printed  for 
informational  value  to  the  user. 

There  is  an  error  routine  for  the  sub.iect  program  that  prints 
error  messages  which  are  more  complete  than  the  notes  printed  by 
the  HKC  program.  The  output  format  has  also  been  changed  in  the 
program  and  a sample  is  shown  in  Plate  3. 


SUMMARY 


The  program  for  the  G.E.  225  as  presented  should  be  rather 
useful  in  offices  where  access  to  very  large  computers  is  limited. 
As  written,  the  program  should  be  easy  to  modify  to  other  computers, 
similar  in  site  to  the  G.E.  225.  The  form  of  the  program  should 
inspire  numerous  ideas  for  routines  which  can  be  added  to  expand 
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the  program's  capabilities.  Three  of  the  subroutines  can  be  made 
into  separate  chains  without  any  significant  increase  in  the  run 
time.  The  subroutines  START,  ABRID,  and  AERR  are  self  contained 
and  calculate  or  print  what  is  desired  of  them  without  cycling 
back  and  forth  to  the  main  program.  When  these  routines  are 
made  into  chains,  considerable  memory  space  is  available  for 
adding  routines  which  solve  other  problems  that  are  relative 
to  the  computation  of  water  surface  profiles. 
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A BACKWATER  PROGRAM  FOR  THE  GE-225  COMPUTER 


Discussion 


Comment,  Mr.  Fredrich;  The  types  of  discrepancies  being  discussed  are 
not  what  would  be  considered  programming  errors  and  therefore  would 
not  be  detected  by  a detailed  examination  of  the  coding.  The 
discrepancies  are  due  to  assumptions  and  criteria  inherent  in  the 
method  that  are  not  consistent  with  the  physical  conditions  obtained 
in  the  particular  application  at  hand.  These  discrepancies  are  only 
discovered  by  a somewhat  comprehensive  and  detailed  understanding  of 
both  the  program  logic  and  the  problem  itself. 

Reply,  Mr.  Westall:  Many  of  the  problems  encountered  which  are  of  the 
type  mentioned  above  were  corrected  by  eliminating  or  limiting  the 
particular  option  in  which  the  problem  was  encountered.  The  bridge 
routines  and  interpolated  section  routine  are  examples.  A detailed 
and  comprehensive  study  of  the  original  HEC  program  was  felt  to  be 
outside  the  scope  of  the  intended  purpose  of  the  modification.  The 
intended  purpose  was  to  provide  a program  which  would  handle  most  of 
our  design  problems  and  not  to  provide  comprehensive  corrections  to 
the  HEC  program. 

Question,  Mr.  Curnutt:  What  is  the  approximate  running  time  per  cross- 
section  in  this  program? 

Reply,  Mr.  Westall:  The  run  time  per  cross  section  is  dependent  upon 
the  number  of  points  in  the  cross  section  and  the  options  used  at 
the  cross  section.  The  run  time  will  vary  from  5 seconds  per  section 
in  a simple  prismatic  channel  to  40  seconds  per  section  in  a natural 
channel  with  complex  sections.  The  average  run  time  would  generally 
be  about  15  to  20  seconds  per  section. 

Question,  Mr.  Eichert;  How  much  development  time  and  money  were  required 
to  convert  the  HEC  backwater  program  from  use  on  the  IBM  1130  to 
the  GE  225? 

Reply,  Mr.  Westall;  To  develop  a program  that  would  compute  the 

water  surface  profile  took  about  3 weeks.  This  development  was  done 
by  two  GS-ll's  working  mostly  on  overtime  (which  is  cheaper  than 
regular  time).  The  rest  of  the  development  was  done  partly  in 
conjunction  with  actual  design  projects  but  mostly  in  connection 
with  this  paper  which  cost  the  government  little  except  in  the  way 
of  computer  time  and  the  time  associated  with  the  monitoring  of 
the  output.  The  exact  cost  is  unknown  since  it  was  spread  out  in 
different  overhead  items. 
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Question,  Mr.  Eichert:  Why  didn't  the  District  rent  computer  time  to 
use  the  HEC  backwater  program  instead  of  modifying  it  to  be  used 
on  the  GE  225? 

Reply,  Mr.  Westall:  The  general  feeling  was  that  the  District  should 

develop  the  ability  to  utilize  its  own  equipment  in  all  phases  of  its 
mission  and  that  the  ability  should  be  devloped  as  quickly  as  possible. 
Small  amounts  of  time  were  rented  on  an  IBM  1130  to  be  utilized  when 
absolutely  necessary  and  to  allow  for  time  to  make  the  necessary 
modifications  in  existing  programs.  Although  HEC-2  was  available 
on  the  University  of  Minnesota's  CDC  6600,  no  one  in  the  District 
had  actually  used  HEC-2.  The  users  of  the  IBM  1130  backwater  program 
felt  that  there  was  a certain  amount  of  mystery  associated  with  the 
program  they  had  and  that  to  proceed  to  a larger  more  complicated 
program  would  add  to  their  design  problems  rather  than  alleviate  them. 

Comment , Mr . Matthews ; Time  spent  in  modifying  the  HEC  program  could  have 
been  decreased  by  consulting  with  HEC  when  problems  appeared.  Tests 
should  be  run  at  difficult  points . 

Reply,  Mr.  Westall:  The  HEC  program  was  documented  fairly  well  in  that 

the  variable  names  and  the  variable  functions  in  the  program  were  well 
defined.  The  modification  was  actually  fairly  easy  and  no  large 
problems  were  encountered.  The  Hydrologic  Engineering  Center  would 
have  been  consulted  if  problems  which  we  could  not  understand  did 
appear . 

The  program  was  tested  initially  with  the  test  data  given  in  the  HEC 
documentation  of  the  original  program.  Testing  was  completed  by 
running  actual  design  problems  which  had  been  done  originally  on  the 
IBM  113 0.  Since  the  testing  period,  four  large  designs  have  been 
completed  using  the  program  and  no  problems  with  the  program  were 
encountered . 

Comment,  Mr.  Fredrich:  I don’t  think  that  what  you  have  described  as 
your  ignorance  should  rightfully  be  called  ignorance.  The  problems 
you  described  are  the  problems  one  might  anticipate  any  technically 
competent  user  to  encounter  in  using  a generalized  program  with 
which  he  is  only  generally  familiar.  Until  perfect  documentation 
is  developed,  we  must  depend  on  the  users'  experience  for  evaluation 
of  the  validity  of  results  and  to  determine  how  to  use  the  program 
to  obtain  the  required  results. 

Reply,  Mr.  Westall:  When  I said  that  most  of  our  problems  with  the 

original  HEC  program  stemmed  from  our  own  ignorance  I was  referring 
primarily  to  the  details  of  the  method  of  computation  and  the  program 
logic  within  the  program  rather  than  to  technical  competence.  However, 
lack  of  technical  competence  may  have  played  a part  in  some  cases. 
Remaining  technically  competent  is  rather  difficult  when  using  a 
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computer  program  in  lieu  of  hand  computations  because  gaining  "the 
feeling"  for  a problem  is  more  difficult  and  may  be  completely  lost 
in  the  pressing  need  to  get  out  the  report. 

Comment,  Mr.  Ei chert:  The  HEC  does  offer  training  in  the  use  of  our 

generalized  computer  programs.  We  offer  this  training  in  our  formal 
training  courses  and  in  special  courses  given  at  the  request  of  the 
District  offices  and  in  individual  training  assignments  to  the  Center 
which  are  also  requested  by  the  District  offices. 

Reply,  Mr.  Westall:  When  the  Districts  have  developed  their  computer 
capabilities  more  fully,  formal  and  individual  training  would  be 
needed.  At  the  present,  however,  all  the  training  could  not  necessarily 
be  put  to  immediate  use,  and  could  become  stale  before  it  is  used. 

Comment , Mr . Peters : I'd  like  to  ask  Tony  Thomas  to  pursue  his  comments 
with  regard  to  making  use  of  someone  else's  computer  program.  Tony, 
what  would  you  do  to  convince  yourself  that  a program  does  or  does  not 
meet  your  needs  and  is  doing  what  it's  supposed  to  do? 

Reply,  Mr.  Thomas:  From  the  program  abstract  and  documentation,  assuming  that 
hardware  and  software  requirements  can  be  satisfied,  one  can  Judge  whether 
or  not  the  program  merits  more  detailed  consideration. 

My  next  step  is  to  investigate  the  type  and  amount  of  input  data  required. 

If  my  problem  can  be  described  without  excessive  simplification,  the 
investigation  is  shifted  to  the  computation  algorithms.  It  is  not 
sufficient  to  rely  upon  theory  formulated  in  the  program  document  when 
numerical  integration,  differentiation  and  interpolation  techniques  are 
involved  . Understanding  how  the  FORTRAN  logic  handles  these  techniques  is 
important.  Occasionally  the  basic  theory  can  be  modified  to  incorporate 
the  desired  capability. 

Test  problems  that  accompany  the  program  are  processed,  but  also  new 

test  problems  are  formulated.  These  are  simple  and  small  in  scope,  but 

are  designed  to  test  extreme  events.  Variables  defined  by  input  data 

are  set  to  zero  or  to  a very  large  value  for  some  cases.  Problems  for  which 

solutions  are  available  are  analyzed.  It  is  important  for  the  user  to 

develop  confidence  so  that  he  can  tell  when  the  program  is  not  performing 

properly. 
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HYDRAULIC  TRANSIENTS  IN  THE  TVA  SYSTEM 
OF  RIVERS  AND  RESERVOIRS 

James  T.  Price1 


INTRODUCTION 


The  operation  of  the  water  control  and  hydro  power  generating 
facilities  of  the  TVA  system  causes  a continuously  varying  movement  of 
the  waters  in  the  separate  reservoirs  and  connecting  river  links  which 
make  up  this  system.  Research  efforts  over  the  past  several  years  have 
led  to  the  development  of  a computer  solved  mathematical  model  which 
accurately  describes  this  movement  of  the  water  in  a reservoir  or  river 
link  as  it  responds  to  the  multipurpose  operations  of  the  facilities 
bounding  the  reservoir  or  river  link.  These  water  release  operations  may 
be  as  sudden  as  the  near  instantaneous  come-on  and  shutdown  of  the  turbines 
during  power  peaking  or  as  gradual  as  the  passage  of  floodwaters  through 
the  control  structures  or  any  combination  thereof. 

This  paper  describes  the  application  of  a computerized  mathemat- 
ical model  to  a variety  of  complex  transient  flow  problems  associated  with 
the  TVA  system  of  rivers  and  reservoirs. 


The  Mathematical  Model 


The  mathematical  model  for  unsteady  flows  in  open  channels  is 
one  dimensional  in  that  it  considers  flow  characteristics  such  as  depth 
and  velocity  to  vary  only  in  the  longitudinal  (x)  direction  and  with  time. 
The  channel  geometry  is  three-dimensional.  The  two  equations  of  one 
dimensional  unsteady  flow,  the  continuity  equation  and  the  equation  of 
motion  are: 
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1.  Hydraulic  Specialist  and  Head,  Unsteady  Flow  Staff,  Flood  Control 
Branch,  TVA,  Knoxville,  Tennessee. 
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Where  A is  flow  area,  B is  surface  width,  V is  velocity,  x is 
distance,  H is  water  surface  elevation,  t is  time,  q is  lateral  inflow  per 
unit  distance  and  time,  g is  the  gravity  constant,  n is  Mannings  coeffi- 
cient, and  Rh  is  the  hydraulic  radius.  TVA  is  using  a centered  difference 
net  (l)*  to  solve  equations  1 and  2.  This  net  is  stable  and  convergent 
if  the  following  relation  is  satisfied. (2) 

(v+fi§  )£*  2 9&>At  <3> 

in  which  k t and  L x are  the  computational  net  dimensions.  Off -channel 
storage  is  accounted  for  by  adjusting  the  width  B in  the  equation  of 
continuity  to  give  the  correct  volume  of  the  water  body  at  a particular 
elevation.  Stage,  flow,  or  rating  curve  boundary  conditions,  local  inflows, 
variable  roughness  along  the  channel,  and  actual  channel  geometry  can  be 
used.  Steady  or  transient  flows  and  stages  along  the  channel  may  be  given 
for  initial  conditions.  The  computer  output  from  the  solution  of  the 
mathematical  model  may  be  obtained  in  either  tabular  or  graphical  form, 
for  any  set  of  desired  locations  and  times.  An  IBM  system  360,  model  50, 
or  an  equivalent  system,  is  required  to  accommodate  the  program  used  by 
TVA. 


Model  Verification 


The  validity  of  mathematical  modeling  rests  upon  the  ability  of 
the  model  to  reproduce,  within  a study  reach,  actual  transient  conditions 
which  have  occurred  in  response  to  known  time  varying  boundary  conditions 
of  stage  and/or  discharge  or  velocity.  For  a controlled  rive*"  such  as 
the  Tennessee  these  model  verification  data  are  readily  available  from 
the  records  required  for  the  daily  multipurpose  operations  of  the  system. 
These  necessary  data  may  also  be  obtained  by  special  field  tests. 

That  the  model  ac curately  reflects  the  water  behavior  in  response 
• to  the  operations  involved,  is  illustrated  by  the  following  examples. 

Browns  Ferry  Nuclear  Generating  Plant  Study — This  plant  is 
located  on  Wheeler  Reservoir  in  which  transient  flow  conditions  continuously 
occur  because  of  the  intermittent  hydropower  operations  of  the  turbines 
located  at  the  upstream  and  downstream  boundaries  of  the  reservoir.  Water 
required  for  condenser  cooling  purposes  at  the  Browns  Ferry  Plant  will  be 


♦Numbers  in  parentheses  refer  to  references  on  page  6 . 
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withdrawn  from  and  returned  with  an  elevated  temperature  to  this  reservoir 
in  which  flow  conditions  are  continuously  changing.  These  cooling  water 
facilities  must  therefore  be  so  designed,  as  to  meet  the  established  water 
quality  standards  for  the  area  and  to  prevent  recirculation  of  these 
heated  waters  back  through  the  cooling  system.  Consequently,  a thorough 
knowledge  of  Wheeler  Reservoir  transient  flow  conditions  was  one  basic 
need  to  the  effective  design  of  these  cooling  water  facilities.  Plate  1 
illustrates  the  excellent  model  verification  achieved  in  this  study 
(3,  4,  5)  using  field  measurements  of  continuously  varying  velocity  and 
stage  measured  at  the  Browns  Ferry  site. 

Sequoyah  Nuclear  Plant  Study — Design  of  the  cooling  water 
facilities  for  this  plant  again  dictated  that  the  transient  water 
behavior  in  response  to  the  intermittent  turbine  operations  of  the 
upstream  and  downstream  dams  be  understood.  This  study  (5)  is  cited 
because  the  model  verification  was  achieved  using  field  velocity  data 
taken  from  a specially  arranged  steady  flow  field  test.  Plate  2 shows 
the  excellent  agreement  between  computed  and  observed  quantities  both  at 
the  site  and  at  several,  other  locations  within  Chickamauga  Reservoir. 

Cumberland  River  Study — This  study  (4,  5)>a  joint  effort  among 
TVA,  Corps  of  Engineers,  and  USGS,  was  designed  to  shed  some  light  on 
how  power  peaking  releases  from  Barkley  Dam  during  low  stages  on  the 
Ohio  River  affected  navigation  conditions  in  the  narrow,  winding  Cumberland 
River.  Plate  3 compares  the  computed  and  observed  stages  at  selected 
stations  along  the  Cumberland.  Again  the  agreement  is  excellent.  The 
sensitivity  of  the  model  is  seen  by  noting  the  small  blips  on  the  stage 
some  11  miles  downstream  from  Barkley  Dam.  These  were  caused  by  locking 
operations  made  during  these  turbine  releases.  Observed  upper  depth 
navigation  channel  velocities  are  compared  with  the  mean  channel  velocity 
(Q/A)  on  Plate  4. 

Kentucky- Barkl ey  Canal.  Study — TVA's  Kentucky  and  the  Corps  of 
Engineers'  Barkley  Lakes  are  linked  together  by  an  uncontrolled  navigation 
canal.  The  magnitude  and  direction  of  the  flow  in  this  canal  is  deter- 
mined by  the  head  difference  which  exists  between  the  canal  ends.  Because 
both  these  lakes  are  subject  to  intermittent  power  operations,  this  head 
difference,  though  small,  is  continuously  varying.  Consequently,  there 
is  a continuous  flow  interchange  between  these  two  water  bodies.  Plate  5 
(4,  5)  illustrates  the  use  of  the  model  to  determine  caral  discharge  using 
the  stage  at  the  canal  ends  as  boundary  conditions.  This  figure  also 
contrasts  two  field  discharge  measurements  with  model  results.  One 
measurement  is  good,  the  other  poor. 
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Model  Applications 


The  foregoing  examples  have  been  presented  to  illustrate  that 
the  model  will  indeed  reproduce  known  historical  transient  flow  events. 
Because  of  this,  it  can  now  be  used  with  faith  to  predict  transient  flow 
conditions  which  will  occur  for  nearly  all  other  types  of  anticipated 
operations  or  conditions. 

Guntersville  Reservoir:  Maximum  Possible  Flood — Nuclear  plant 
siting  studies  and  licensing  procedures  require  that  extreme  flood 
elevations  be  determined  at  the  plant  sites.  Plate  6 shows  the 
elevations  and  discharges  which  will  occur  in  Guntersville  Reservoir  at 
several  possible  site  locations  during  the  passage  of  this  extreme  flood. 
Also  shown  is  the  effect  of  an  assumed  sudden  failure  of  the  dam  at  the 
upstream  reservoir  boundary  coupled  with  the  passage  of  this  flood. 

Raccoon  Mountain  Pumped  Storage  Study — TVA  is  constructing  a 
pumped  storage  generating  station  on  Nickajack  Reservoir.  Water  will  be 
released  into  the  reservoir  during  generation  and  withdrawn  from  the 
reservoir  during  pumping  operations.  Plate  7 (4)  illustrates  schematically 
these  releases  and  withdrawals  to  and  from  the  reservoir.  These  effects 
needed  to  be  evaluated  in  order  to  assess  how  these  operations  might 
affect  navigation  past  the  location  of  the  intake -outlet  structure.  In 
order  to  adequately  design  the  intake-outlet  structure,  hydraulic  model 
studies  are  being  made  to  assure  proper  structure  performance.  The 
mathematical  model  was  used  to  predict  the  overall  reservoir  transients 
which  will  result  from  the  operation  of  the  turbines  at  the  upstream  and 
downstream  boundaries  of  Nickajack  Reservoir  coupled  with  the  operation 
of  the  Raccoon  Mountain  station.  Plate  8 shows  these  transients  at 
selected  locations.  In  order  to  properly  operate  the  hydraulic  model 
which  extends  approximately  l/2  mile  above  and  below  the  intake-outlet 
structure,  transient  flow  conditions  must  be  known  at  the  hydraulic  model 
boundaries.  To  accomplish  this,  the  reservoir  mathematical  model  was 
used  to  give  transient  boundary  conditions  for  still  another  mathematical 
model  extending  some  4 miles  on  either  side  of  the  intake-outlet  structure. 
This  8-mile  long  mathematical  model  used  finely  divided  A x spacing  to 
yield  the  transients  which  will  occur  at  the  boundaries  of  the  hydraulic 
model.  Plate  9 illustrates  the  results  obtained  using  this  secondary 
model. 


Model  Input  Separation  Technique — Plate  10  shows  for  the 
Sequoyah  Nuclear  Plant  study  the  transient  flow  conditions  which  occurred 
at  the  plant  site  in  response  to  the  actual  turbine  operations  at  the 
upstream  and  downstream  boundaries  of  the  reservoir.  Plate  10  also  shows 
the  transients  caused  by  assuming  respectively,  only  downstream  boundary 
turbines  operating,  only  upstream  boundary  turbines  operating,  and  local 
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inflow  alone.  These  "separately"  caused  transients  are  then  added 
algebraically  and  compared  to  the  real  case  in  which  these  transients 
occur  simultaneously.  While  not  precisely  correct,  this  technique  does 
permit  identifying  these  separated  operations  with  the  effect  each 
produces  at  any  point  along  the  water  course.  Thus,  the  additive 
characteristics  of  these  translatory  waves  may  be  exploited  to  arithme- 
tically or  graphically  approximate  a composite  transient  behavior.  This 
suggests  that  by  simple  phase-shifting  a wide  variety  of  operations  can 
be  investigated  coarsely  from  a few  computer  runs. 


Conclusions 


Once  verified,  the  model  may  be  used  with  complete  confidence 
to  predict  transient  flow  behavior  for  a variety  of  complex  unsteady 
flow  behavior.  The  model  thus  becomes  an  invaluable  water  management 
tool.  With  the  continued  and  increased  emphasis  being  placed  on 
maintaining  and  improving  our  water  resources  through  better  water 
quantity  and  quality  management  practices,  the  ability  to  trace  transient 
water  behavior  becomes  the  key  for  attacking  the  more  complex  problems 
of  water  transport.  It  is  these  continuously  moving  waters  which 
transport  life- sustaining  dissolved  oxygen,  the  heated  effluent  from 
nuclear  and  conventional  generating  plants,  and  pollutants  of  all  types 
from  industrial  and  municipal  sources.  Such  a mathematical  model  is  the 
only  method  available  which  provides  the  detailed  spatial  and  temporal 
data  on  water  movement  necessary  to  attack  the  more  complex  environmental 
problems  relating  to  the  water  transport  of  dissolved  oxygen,  heat  from 
thermal  sources,  etc. 
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HYDRAULIC  TRANSIENTS  IN  THE  TVA  SYSTEM 
OF  RIVERS  AND  RESERVOIRS 

Discussion 


Question,  Mr.  Matthews:  Are  projections  of  flows  below  Barkely  Dam 
on  the  Cumberland  available? 

Reply,  Mr.  Price:  Results  of  the  computer  studies  were  sent  by  TVA  to 
the  Nashville  District.  What  has  been  done  as  a result  of  this 
study  is  unknown  to  me.  There  may  have  been  further  analysis  of 
the  data  and  problem  by  the  Nashville  District  but  I do  not  know 
this. 


MANAGEMENT  OF  CO'Q'UTEll  USE  IN  SOLVING  ENGINEERING  PROBLEMS 


By 

Augustine  J.  Fredrich^ 


INTRODUCTION 


Telling  an  engineer  who  uses  the  computer  that  "he  will  like  using 
the  computer  when  he  learns  how"  may  seem  ridiculous,  but  so  does  telling 
a baseball  player  who  just  hit  a home  run  that  he  will  like  playing  base- 
ball when  he  learns  to  hit.  And  yet  there  are  many  baseball  fans  who  will 
agree  that  there  is  more  to  being  a great  baseball  player  than  just  hitting 
home  runs.  Similarly,  effective  computer  use  for  engineering  requires  much 
more  than  simply  writing  programs,  preparing  data  and  reviewing  output. 

Nhen  computers  were  in  their  infancy  and  engineering  applications 
consisted  primarily  of  computerization  of  standard  manual  techniques,  there 
was  not  too  much  need  for  engineers  to  be  concerned  with  managing  computer 
studies.  Since  the  engineer  was  relatively  familiar  with  the  computational 
techniques  employed  in  computer  solutions  and  since,  by  present  standards, 
the  computers  were  not  too  fast  or  too  efficient,  there  was  little  concern 
that  computer  use  might  get  out-of-hand.  Throughput  time  for  studies  accom- 
plished by  computers  was  not  enough  faster  than  the  time  required  for  manual 
studies  for  a competent  engineer  to  be  concerned  about  his  ability  to  control 
the  overall  study.  However,  just  as  the  parent  must  become  more  vigilant 
as  an  infant  progresses  from  crawling  to  walking,  engineers  have  had  to 
learn  to  exercise  more  control  over  technical  studies  as  computer  capability 
increases  and  computational  techniques  become  more  complex. 

The  use  of  computers  in  engineering  has  now  advanced  to  the  point 
that  managing  the  use  of  the  computer  in  solving  an  engineering  problem 
may  be  more  important  than  the  development  of  the  solution  technique.  The 
availability  of  larger  and  faster  computers  and  the  expansion  of  technical 
knowledge  have  challenged  engineers  to  develop  solutions  to  problems  that 
heretofore  were  unsolvable.  Even  in  technical  areas  where  traditional 
solution  techniques  were  thought  to  be  adequate,  computerization  of  these 
solutions  has,  in  many  cases,  added  new  dimensions  to  the  problems  and 
their  solutions. 

Althougii  the  cost  per  unit  of  work  accomplished  usually  decreases  as 
the  speed  and  size  of  the  computer  is  increased,  the  capability  for  more 
extensive  and  improved  analyses  that  are  a natural  result  of  the  larger 
and  faster  computers  can  result  in  a higher  overall  computer  cost  if  the 
overall  study  is  not  carefully  managed.  Furthermore,  newly  developed 
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analytical  capabilities  in  many  technical  areas  are  causing  increased 
competition  for  computer  access  during  'prime-shift'1  time  and  increasing 
competition  for  available  funds  for  technical  studies.  Unless  the  computer 
is  used  effectively  in  hydrologic  engineering  (or  any  other  field)  the 
relative  value  of  the  computer  will  diminish  as  far  as  that  technical 
subject  is  concerned.  In  fact,  since  the  expenditure  of  funds  on  computers 
is  not  tightly  constrained  by  either  time  or  manpower,  as  was  the  case  in 
precomputer  days,  the  computer  can  become  a liability — ravenously  consuming 
the  available  study  funds  without  producing  the  needed  results. 

having  considered  the  potential  adverse  effects  of  poorly  managed 
computer  use  it  is  obvious  that  it  is  worthwhile  to  develop  principles 
of  engineering  management  that  can  be  applied  by  engineers  and  engineer- 
managers  to  insure  that  the  computer  is  used  in  such  a way  that  it  is  an 
asset  to  any  given  study.  These  principles  must  be  developed  and  applied 
in  such  a manner  that  they  provide  effective  and  efficient  control  over 
computer  analyses  without  unduly  restricting  creative  applications. 


MANAGING  COMPUTER  PROGRAM  DEVELOPMENT 


An  engineer,  given  a problem  to  solve  and  given  the  availability  of 
a computer,  must  make  one  of  three  decisions:  use  manually-oriented 
solution  techniques;  use  the  computer  with  an  available  program,  modified 
if  necessary;  or  use  the  computer  with  a program  developed  for  tiie  problem 
at  hand.  Frequently,  neither  of  the  latter  decisions  could  be  justified 
for  any  particular  problem,  on  the  basis  of  either  economy,  manpower  utili- 
zation, time  savings,  or  improvement  of  results.  Unless  the  problem  is 
exceptionally  large  and/or  complex  or  unless  a well-documented  program  is 
readily  available  for  use  with  little  or  no  modification,  there  are  ordinarily 
manual  computation  techniques  that  will  provide  acceptable,  if  not  fully 
adequate,  solutions.  Furthermore,  the  manual  solution  can  often  be  obtained 
at  a lower  cost  and  in  a shorter  time  than  the  initial  computer  solution 
can  be  obtained. 

At  first  glance  it  would  appear,  then,  that  there  are  only  a few 
opportunities  for  an  engineer  to  develop  and  use  computer  solutions  in 
his  routine  work.  However,  this  appearance  is  deceptive  because  the 
engineering  environment  does  not  normally  consist  of  single  tasks  done 
once  and  never  repeated,  so  the  use  of  the  computer  should  not  be  viewed 
in  the  context  of  solving  a single  problem  once.  Instead,  computers  are 
used  in  engineering  to  repeatedly  obtain  solutions  to  problems  in  which 
the  basic  principles  and  computations  are  invariant  but  subject  to  wide 
variations  in  assumptions,  criteria,  engineering  judgement  and  data 
availability.  Consequently,  the  decision  to  develop  a computer  program 
or  make  major  modifications  to  an  available  program  represents  an  investment 
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of  current  time,  manpower  and  funds  into  an  implement  which  will  yield 
savings  in  all  of  the  inputs  at  some  future  time,  with  the  realization 
that  the  investment  probably  costs  more  than  its  value  for  any  single 
application.  As  previously  noted,  there  are  exceptions  such  as  the 
development  of  programs  for  one-time  use  on  extremely  large  or  extremely 
complex  problems,  or  on  problems  involving  analyses  or  processing  of  very 
large  quantities  of  data  that  are  readily  available  in  a usable  form. 

If  the  foregoing  statements  are  valid  - and  experience  indicates 
that  they  are  in  many  technical  areas  - the  value  of  a program  for 
engineering  uses  can  be  measured  by  its  utility  as  reflected  by  repeated 
applications  in  the  specific  problem  area.  In  many  cases  the  applications 
of  a given  program  will  not  always  be  exactly  the  same  for  various  problems. 
From  application  to  application  the  problem  may  vary  with  respect  to  data 
availability,  number  and  type  of  assumptions,  output  requirements,  and 
even  study  objectives.  And  yet,  if  properly  developed,  a single  program 
can  be  used  through  an  extensive  range  of  problem  variations  without 
major  modification.  As  one  might  expect,  this  flexibility  is  not  an 
intrinsic  characteristic  of  all  programs.  It  must  be  deliberately  built 
Into  a program,  and  it  is  done  so  at  considerable  cost  in  time,  money,  and 
engineering  talent.  However,  if  properly  done,  this  investment  will  be 
recouoed  many  times  over  through  repeated  applications  of  the  program  at 
little  or  no  additional  cost. 

The  development  of  flexible  or  generalized  (as  they  will  be  called 
herein)  programs  can  be  subdivided  into  six  basic  tasks — all  of  which 
must  be  accomplished  within  two  overall  guiding  principles.  The  six 
basic  tasks  are:  (1)  evaluate  the  output  needs  (What  information  must 
the  program  produce  for  the  engineer  to  complete  the  problem  solution?); 

(2)  consider  the  available  data  (What  data  can  be  expected  to  be  available 
for  use  in  solving  the  problem?);  (3)  evaluate  alternative  computation 
techniques  (What  computation  technique  is  best  for  producing  the  needed 
information  given  the  available  data?);  (A)  conceptualize  the  program 
framework  (How  will  the  program  logic  be  organized  to  perform  the 
required  computations  in  an  efficient  manner,  in  the  desired  sequence, 
and  in  such  a way  as  to  facilitate  possible  future  modifications?); 

(5)  develop  detailed  computational  and  data  manipulation  algorithms  (What 
programming  must  be  used  to  transform  the  engineering  logic  into  a program?); 
and  (6)  test  and  verify  program  logic  (Does  the  program  perform  the  required 
computations  properly?).  The  two  guiding  principles  that  must  encompass 
the  entire  program  development  are:  the  program  and  the  programming 
effort  must  be  directed  toward  solution  of  the  basic  engineering  problem, 
and  the  program  capabilities  must  be  thoroughly  documented  if  the  program 
is  to  be  of  maximum  value.  Figure  1 depicts  the  relationship  between 
problem  orientation,  program  documentation  and  the  steps  involved  in 
program  development.  Effective  management  of  the  development  of  a generalized 
program  or,  to  a lesser  extent,  a special  purpose  program  requires  familiarity 
with  each  of  the  steps  and  their  supporting  rationale. 
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As  indicated  in  figure  1,  the  necessity  for  continually  considering 
the  nature  of  the  engineering  problem  must  underlie  the  entire  effort. 

It  is  all  too  easy  to  become  lost  in  the  details  of  the  programming  effort 
with  a resultant  loss  of  awareness  of  the  engineering  objectives.  Losing 
sight  of  the  engineering  problems  at  any  point  in  the  program  development 
can  result  in  the  program  becoming  an  end  unto  itself  rather  than  a means 
of  accomplishing  an  engineering  task. 

Development  of  a generalized  program  should  not  be  relegated  to  just 
whomever  happens  to  be  available.  The  task  is  usually  a major  undertaking 
that  should  be  assigned  to  a highly  competent  engineer-programmer  who  is 
thoroughly  familiar  witli  the  basic  problem  and  capable  of  anticipating 
the  possible  variations  in  the  problem  so  that  provisions  for  treating 
the  variations  can  be  incorporated  into  the  program.  Failure  to  identify 
and  provide  for  common  variations  in  the  problem  at  this  stage  can  signi- 
ficantly increase  the  effort  required  for  future  modifications — even  to 
the  extent  that  modification  is  not  justified  for  some  relatively  common 
applications . 

The  second  consideration  that  should  underlie  the  entire  program 
development  effort  is  the  need  for  documenting  the  program  capability. 

Too  frequently,  engineers  attempt  to  make  program  documentation  a seventh 
step  that  is  initiated  after  the  program  has  been  tested  and  verified. 

Since  the  elapsed  time  between  inception  of  the  program  and  its  completion 
can  be  relatively  long,  important  facts  can  be  omitted  from  the  documentation 
if  it  is  not  carried  along  concurrently  with  the  program  development.  Further- 
more, since  all  users  other  than  the  original  authors  must  rely  on  the 
documentation  to  explain  the  program's  capabilities,  it  is  imperative  that 
the  documentation  be  complete  if  the  benefits  of  repeated  applications  over 
a relatively  long  period  of  time  are  to  be  attained. 

The  documentation  must  contain  information  for  botli  the  engineer-user 
(who  may  or  may  not  be  a programmer)  and  the  engineer-programmer.  The 
information  for  the  engineer-user  should  consist  of  an  explanation  of  the 
engineering  problem  that  can  be  solved  by  using  the  program,  a description 
of  the  computation  techniques  used  in  the  program  (with  references  to 
appropriate  textbooks  or  manuals,  if  necessary),  illustrative  examples 
which  demonstrate  the  program's  capability  and  which  include  a sample 
input  and  output,  and  detailed  instructions  on  preparation  of  input  for 
the  program.  The  engineer-programmer's  interest  in  the  documentation 
will  be  somewhat  different  from  the  engineer-user's  interest  because  the 
engineer-programmer  will  ordinarily  be  concerned  with  modifying  the 
program.  Consequently,  for  his  purposes  the  documentation  should  contain 
relatively  detailed  information  on  the  program  logic,  program  structure, 
and  hardware  and  software  requirements. 

Unfortunately,  there  are  not  many  well-documented  engineering  programs 
available,  even  after  more  than  fifteen  years  of  fairly  widespread  computer 


Paper  7 


J 


l 


r 


1 


use.  This  can  be  attributed  In  a large  part  to  the  fact  that  most 
engineering  organizations  are  production  oriented,  and  program  docu- 
mentation detracts  from  Immediate  production.  However,  immeasurable 
duplication  of  effort  and  lost  value  in  available  but  unusable  programs 
luve  resulted  from  this  lack  of  documentation,  and  engineer-managers 
can  no  longer  afford  to  ignore  the  need  for  thorough  documentation. 

With  the  understanding  that  program  development  should  take  place 
in  an  environment  that  emphasizes  problem  orientation  and  thorough  docu- 
mentation, some  elaboration  on  each  of  the  six  steps  in  program  development 
is  warranted.  It  is  obvious  that  the  output  requirements  for  the  program 
are  a fundamental  consideration.  in  prescribing  the  output  requirements 
the  engineer  must  consider  the  information  normally  available  from  manually- 
oriented  solution  techniques  as  well  as  additional  useful  information 
which  might  be  derived  from  the  computerized  solution.  The  engineer- 
programmer  should  be  encouraged  to  study  the  problem  from  many  viewpoints — 
attempting  to  identify  as  many  important  elements  of  the  problem  and  the 
solution  as  possible.  All  too  frequently  we  tend  to  limit  our  consideration 
of  the  solution  to  what  we  have  been  accustomed  to  obtaining  from  traditional 
solution  techniques  that  may  have  been  constrained  by  the  necessity  for 
hand  calculations. 

As  an  integral  part  of  the  consideration  of  output  requirements  the 
engineer-programmer  should  also  consider  variations  of  the  basic  problem 
that  are  both  more  general  and  more  specific  than  the  problem  at  hand. 

Since  the  output  requirements  often  vary  considerably  with  changes  in 
study  objectives,  the  consideration  of  various  scopes  of  the  basic  problem 
gives  additional  insight  into  the  nature  of  tiie  output  needed,  the  types 
of  data  that  might  be  available  as  input  and  the  tvpes  of  computation 
methods  that  might  be  satisfactory.  In  considering  the  wide  range  of 
potential  output  requirements  it  is  important  to  recognize  that  t lie  computer 
can  easily  generate  more  output  data  and  information  than  an  engineer  can 
effectively  use,  unless  the  programmer  carefully  selects  only  those  output 
items  that  are  actually  important  to  the  problem  solution.  UTienever  possible 
the  user  should  be  permitted  to  exercise  selective  cortrol  (by  input)  over 
tae  output  so  that  he  can  obtain  only  the  output  that  in  useful  and  pertinent 
to  his  particular  problem. 

A final  consideration  with  respect  to  output  requirements  is  that 
the  computer  output  will  occupy  the  same  place  in  engineering  files  as 
the  manual  computations  did  in  the  past.  Consequently,  the  output  itselt 
should  ne  designed  so  that  future  referrals  to  the  document  are  as  Inde- 
pendent of  knowledge  of  the  program  as  possible.  To  accomplish  tills  the 
engineer-programmer  must  organize  the  output  information  so  that  it  is 
self  explanatory  to  an  engineer  familiar  with  the  technical  subject.  The 
output  format  should  contain  common  technical  terminology  and  abbreviations 
ratuer  than  programmer -generated  variable  names,  and  the  format  limitations 
imposed  by  filing  and  reproduction  should  also  be  considered,  if  possible. 
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Analyses  and  summaries  of  the  output  data,  usually  considered  to  be  a 
separate  operation  in  manual  computations,  can  often  be  incorporated 
into  the  program  and  will  then  become  an  integral  part  of  the  program 
output . 

The  second  step  in  program  development,  consideration  of  available 
input,  is  also  essential  in  the  development  of  generalized  programs. 

Since  data  availability  varies  considerably  from  problem  to  problem — 
even  without  the  variations  caused  by  changes  in  the  scope  of  a study — 
it  is  necessary  to  make  provisions  for  extremely  flexible  data  input 
to  insure  that  the  program  will  be  usable.  Ideally,  the  program  should 
be  designed  so  that  it  can  be  used  equally  well  with  a minimum  amount  of 
data  if  the  study  is  broad  in  nature  and  detailed  data  are  not  available, 
or  with  a complete  set  of  data  for  more  detailed  studies. 

Once  the  input  and  output  requirements  have  been  established > alter- 
native computation  techniques  can  be  evaluated  with  respect  to  botli  their 
adaptability  for  computerization  and  their  utility  with  the  required  input 
and  output.  Frequently  this  step  is  overlooked  because  the  engineer-programmer 
decides  to  computerize  an  existing  manual  solution  without  evaluating 
whether  the  manual  solution  is  really  the  best  possible  technique  or 
whether  it  is  simply  the  best  that  could  be  done  manually.  The  speed 
and  accuracy  of  the  computer  and  the  increases  in  scientific  and  mathe- 
matical knowledge  during  recent  years  have  created  new  computation  methods 
for  many  problems  and  have  made  feasible  other  methods  that  were  known  to 
exist  in  the  precomputer  era,  but  were  not  amenable  to  manual  application. 

Also,  new  techniques  and  new  knowledge  have  expanded  our  understanding  of 
many  problems  and  it  is  often  desirable  to  obtain  output  data  that  cannot 
be  readily  obtained  from  manual  methods,  even  if  they  are  computerized. 

before  attempting  extensive  coding  of  the  program  logic  it  is  desirable 
to  conceptualize  the  program  framework.  This  can  be  done  mentally  if  the 
program  is  relatively  small,  but  it  is  usually  necessary  to  develop  some 
type  of  flow  chart  such  as  the  functional  flow  chart  shown  as  figure  2. 

This  type  of  chart  is  useful  in  later  stages  of  programming  because  it 
shows  the  relationships  of  various  modules  in  the  program  to  one  another. 

The  flow  chart  should  be  detailed  enough  to  insure  that  the  interrelation- 
ships between  the  various  modules  and  the  data  manipulations  are  identified 
so  that  they  can  be  provided  for  in  the  coding.  In  cases  of  complex  compu- 
tation routines  it  may  be  desirable  to  develop  more  detailed  flow  charts 
(such  as  the  one  shown  in  figure  3)  during  the  course  of  the  program 
development.  If  the  functional  flow  chart  and  any  other  charts  explaining 
the  program  logic  are  developed  using  standard  technical  terminology  rather 
than  program  variable  names,  they  can  be  used  very  effectively  in  the 
program  documentation. 


The  fifth  and  sixth  steps  — development  of  the  computational  and  data 
manipulating  algorithms  and  testing  and  verification  of  program  logic— are 
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the  two  facets  of  programming  which  have  received  the  most  emphasis  in  the 
past.  Although  most  engineer-programmers  are  relatively  proficient  in 
coding,  testing  and  verifying  programs  for  technical  applications,  experience 
indicates  that  improvements  in  the  overall  development  of  a program  can 
be  realized  in  this  phase  hy  following  tiie  four  preceeding  steps.  The 
improvements  will  result  from  better  planning  and  design  of  the  program — 
minimizing  false  starts  and  inconsistencies  in  the  coding  of  the  program. 
Also,  the  thorough  consideration  of  the  problem  in  the  early  stages  of 
program  development  should  help  in  the  development  of  comprehensive  tests, 
netter,  more  comprehensive  tests  should,  in  turn,  reduce  testing  time  and 
effort,  and  minimize  tee  possibility  of  errors  in  the  finished  program. 


lANAGIkG  CiVUnii'tIT  GSd 


If  the  preceding  section  of  this  paper  can  he  considered  to  have 
dealt  with  the  planning,  design,  and  construction  phases  of  computer 
utilization  in  engineering,  the  remainder  of  the  paper  will  deal  with 
the  operations  phase,  having  a good,  well-developed  program  for  use  in  a 
particular  application  isn't  the  sole  factor  in  making  effective  use  of 
tiie  computer.  The  best  of  programs  is  worse  than  worthless  in  the  hands 
of  an  uninformed,  misinformed,  or  misguided  user.  Just  as  great  techno- 
logical breakthroughs  have  been  misused  to  the  detriment  of  mankind  in 
some  instances,  good  programs  can  be  misused  to  produce  "more  errors 
faster  and  at  a lower  cost  per  error  than  a whole  stadium  full  of  mathe- 
maticians working,  by  hand!  To  assist  the  engineer-manager  in  guidance  of 
tiie  computer  analyses  associated  with  a technical  study,  five  principles  of 
managing  computer  use  are  proposed:  (1)  collect,  analyze,  and  check  the 
basic  data,  (2)  document  assumptions  and  study  criteria;  (3)  control 
sequence  of  computer  runs,  (4)  analyze  and  summarize  results,  and  (5) 
develop  conclusions,  recommendations  and  reports.  In  the  following  para- 
graphs each  of  these  principles  is  discussed  in  some  detail  and  suggestions 
for  implementing  the  principles  are  proposed. 

Since  the  computer  is  not  always  able  to  distinguish  good  data  from 
bad  data,  anil  since  most  programs  do  not  contain  provisions  for  including 
a full  listing  of  input  data  in  Che  program  output,  it  is  important  for 
the  engineer  to  develop  and  preserve  a record  of  all  important  input  data, 
its  source,  and  its  relative  accuracy.  This  record  should  be  filed  with 
the  study  results  to  insure  that  a complete  history  of  the  work  is  avail- 
aole  for  future  reference.  In  addition  to  collectin'’,  and  analyzing  the 
oasic  data,  the  engineer  must  check  the  data  for  errors  and  inconsistencies 
which  might  cause  the  job  to  be  terminated  before  it  is  completed  or,  worse 
yet,  render  the  completed  Job  useless.  In  the  days  of  manual  analyses  it 
was  not  as  important  to  check  each  data  item  at  the  time  of  data  collection 
and  processing,  because  it  was  assumed  that  the  engineer  performing  the 
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study  would  exercise  some  judgement  concerning  the  validity  of  each  data 
item  as  it  was  used.  In  computer  programs,  however,  this  type  of  check 
can  be  made  only  in  very  general  terms  that  in  no  way  approximate  all  of 
the  judgement  that  an  engineer  would  bring  to  bear  on  determining  the 
validity  of  the  data.  Since  the  production  of  erroneous  results  not  only 
invalidates  the  particular  run  but  also  frequently  creates  an  unfavorable 
situation  with  respect  to  the  use  of  the  computer  for  any  application,  the 
importance  of  complete  checking  of  the  input  data  cannot  be  overemphasized. 

The  assumptions  and  criteria  associated  with  a particular  computer 
analysis  of  a problem  often  are  as  significant  as  the  analysis  itself — as 
far  as  the  results  are  concerned.  And  yet,  virtually  no  programs  have 
provisions  for  qualifying  the  output  to  reflect  the  assumptions  or  criteria 
for  the  study.  Since  the  inclusion  of  this  type  of  provision  in  a program 
is  rather  difficult — given  the  wide  range  of  possible  assumptions  that  can 
be  associated  with  engineering  studies — the  engineer-user  must  record  this 
information  and  see  that  it  is  attached  to  the  results  in  such  a way  as  to 
insure  that  the  results  are  not  misinterpreted  or  misused.  This  problem  is 
not  limited  to  computer  analyses,  as  engineers  have  been  concerned  about 
misuse  of  their  studies  since  long  before  the  computer  came  into  use.  how- 
ever, it  is  compounded  in  computer  studies  because  the  lack  of  supportive 
information  for  an  analysis  is  usually  more  pronounced  in  computer  runs, 
and  because  many  people  are  still  placing  more  faith  in  what  the  computer 
prints  out  than  they  would  place  in  a similar  document  produced  by  a man. 

The  problems  of  collecting,  analyzing  and  checking  input  data  and  of 
documenting  assumptions  and  criteria  are  growing  rapidly  with  increased 
computer  use  by  engineers,  because  the  computer  gives  us  the  capability  to 
analyze  a basic  plan  and  many  variations  of  that  plan  at  a relatively  small 
cost  in  time  and  money,  we  tend  to  perform  the  additional  analyses  without 
describing  and  documenting  the  rationale  that  led  from  one  analysis  to  the 
next  and  without  documenting  the  changes  in  data,  assumptions  and  criteria. 
While  this  seldom  creates  problems  during  the  study  itself,  the  results  are 
disastrous  when  the  results  of  the  analyses  must  he  described  in  reports  or 
when  reference  must  be  made  to  the  studies  in  the  relatively  distant  future. 
Just  as  documenting  the  program  itself  is  a present  cost  which  will  pay 
dividends  in  the  future,  documentation  of  the  precomputer  phases  of  a 
particular  study  are  an  essential  price  which  must  be  paid  if  the  computer 
is  to  be  used  effectively. 

Controlling  the  sequence  of  computer  runs  is  one  of  the  most  difficult 
tasks  facing  the  engineer-user  or  engineer-manager.  The  apparent  low  cost 
of  additional  computer  analysis  and  the  normal  technical  curiosity  of  most 
engineers  frequently  entice  engineers  to  make  analyses  that  fall  into  the 
”nice-to-know  ' category  as  opposed  to  the  'need -to-know  ' category.  Such 
investigations  are  certainly  desirable  and  should  be  encouraged  when  the 
work  schedule  and  study  funds  permit.  However,  it  must  he  realized  that 
the  costs  in  time,  money  and  manpower  of  these  supplemental  investigations 
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arc  usually  far  greater  than  the  cost  of  the  additional  computer  time  needed 
to  make  the  computations,  loo  many  engineers  have  fallen  into  the  trap  of 
pursuing  one  ' nice--to-know"  study  after  another  until  the  point  is  reached 
where  the  study  that  must  be  done  is  still  incomplete  and  the  funds  and  time 
are  gone.  The  mystique  of  ' just  one  more  run"  to  an  engineer  can  become  much 
like  tiie  I'll  quit  tomorrow'  syndrome  of  the  cigarette  smoker  or  narcotics 
addict.  However,  for  the  engineer  tomorrow"  comes  much  sooner  than  for 
the  smoker  and  the  addict,  and — while  the  physical  repercussions  may  not  be 
as  great  for  the  engineer— his  job  security  and  credibility  can  certainly 
be  adversely  affected. 

The  most  common  cause  of  uncontrolled  computer  use  is  the  absence  of 
a realization  that  the  input  must  be  documented  and  the  output  must  be 
reviewed  and  analyzed,  and  that  the  cost  of  these  operations  far  exceeds 
the  cost  of  tne  computer  run  itself  with  respect  to  funds,  time  and  man- 
power. Experience  indicates  that  the  best  approach  to  use  of  the  computer 
in  a major  study  is  to  lay  out,  in  advance,  a study  plan  which  clearly 
indicates  where  the  computer  is  to  be  used  and  what  results  are  expected. 

If  explorative  type  efforts  are  contemplated,  definite  time  and/or  monetary 
constraints  should  be  indicated  to  provide  a gage  against  which  actual 
performance  can  be  measured.  The  engineer-manager  can  use  this  study  plan 
to  evaluate  tiie  study  progress  and  can  assess  the  impact  of  unplanned 
computer  use  on  the  overall  study  effort.  As  long  as  the  study  plan  is 
used  as  a guide  or  standard  rather  chan  as  an  absolute  constraint  the  plan 
will  be  a useful  management  tool  rather  than  a restrictive  detriment  to 
effective  and  innovative  computer  use. 

Even  in  a well-planned  study  effort  there  will  be  occasions  where 
the  results  of  a planned  analysis  will  indicate  that  an  unforeseen  analysis 
should  be  or  must  be  made.  The  aforementioned  study  plan  should  not  be 
used  as  an  excuse  to  avoid  these  analyses.  Rather,  the  plan  should  be 
used  to  determine  the  potential  effect  of  the  unforeseen  analysis  on  the 
study  completion  date  so  that  additional  planning  or  budgeting  or  both 
can  be  accomplished  without  being  under  the  stigma  of  an  already-missed 
deadline.  Moreover,  the  engineer  can  use  the  plan  to  integrate  planned 
and  unforeseen  analyses  in  a way  which  minimizes  the  number  of  computer 
runs  that  must  be  made.  Since  a certain  minimal  amount  of  input  documentation 
and  output  analyses  is  associated  with  each  run,  the  combination  of  two  or 
more  investigations  into  a single  analysis,  where  possible,  saves  not  only 
the  computer  cost  but  also  the  associated  time  and  manpower  costs. 

L'ho  need  for  thorough  output  analysis  has  already  been  alluded  to  in 
tiie  preceding  discussion  on  controlling  computer  study  sequences,  and 
experience  has  indicated  that  ineffective  analysis  of  computer  results 
is  a major  component  of  mismanaged  studies.  The  computer  is  capable  of 
generating,  in  any  given  study,  far  more  output  than  any  engineer  or  group 
of  engineers  can  analyze  in  any  reasonable  length  of  time.  This  is  one 
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of  the  important  reasons  why  the  number  and  sequence  of  studies  must  be 
carefully  controlled.  An  information  explosion  ' of  the  type  caused  by 
indiscriminate  use  of  the  computer  can  overwhelm  the  capability  of  the 
most  competent  and  well-intentioned  engineer  to  detect  even  the  most 
obvious  inconsistencies  or  the  most  important  results.  If  the  study  is 
properly  planned  the  number  of  computer  runs  will  be  carefully  controlled, 
and  there  will  be  some  predetermined  output  analyses  for  each  run.  In 
addition  to  reviewing  the  output  with  respect  to  the  preconceived  objectives, 
the  engineer  should  carefully  review  the  output  to  determine  that  the 
overall  results  are  logical  with  respect  to  what  was  anticipated.  Since 
occasionally  input  errors  are  overlooked — even  in  the  most  thorough  checking 
process — it  is  worthwhile  to  examine  the  output  for  possible  discrepancies 
that  might  be  indicative  of  input  errors.  It  is  far  better  to  detect  errors 
at  this  point  than  at  some  time  in  the  future  after  additional  studies  have 
been  based  on  the  output  results. 

As  an  important  part  of  the  output  analyses  the  engineer  should  record 
any  important  conclusions  based  on  the  results  and  any  supporting  calculations 
or  interpretations  of  the  output  data.  This  type  of  record,  when  filed  with 
the  computer  results  and  when  properly  related  to  the  results,  forms  the  basis 
of  a retrieval  system  which  is  helpful  in  reconstructing  the  study  logic  in 
the  future.  Since  modifications  of  completed  studies  are  not  infrequent  in 
engineering  work  because  of  alterations  in  the  overall  study  objectives,  the 
capability  to  reconstruct  a study  sequence  is  important. 

Transforming  the  results  of  computer  analyses  into  a finished  engineering 
report  is  the  final  step  in  the  "operations  ' phase,  and  it  is  a step  which 
is  frequently  stumbled  over.  Developing  conclusions  and  recommendations  is 
the  engineer's  forte.  Substantiating  them  is  his  downfall!  Instead  of 
developing  clear  and  concise  rationale  for  our  conclusions  and  recommendations 
to  decision  makers  we  tend  to  try  to  overwhelm  them  with  the  sheer  volume  and 
details  of  our  work.  However,  we  are  finding  that — interesting  as  they  are 
to  us — the  details  of  our  labors  and  the  stacks  of  output  data  we  can  and 
do  develop  are  of  little  or  no  interest  to  the  decision  makers  or  to  the 
general  public.  To  gain  acceptance  of  our  work  and  approval  of  our  recom- 
mendations we  must  work  dilligently  at  improving  our  ability  to  communicate 
our  findings  and  our  feelings  to  persons  who  are  not  as  close  to  the  problem 
as  we  are.  This  problem,  like  many  of  the  problems  described  in  this  paper, 
did  not  originate  with  the  advent  of  the  computer  but  the  magnitude  has 
certainly  increased  with  the  increase  in  computer  use. 

By  giving  us  the  ability  to  explore  more  facets  of  a problem  the 
computer  may  help  us  develop  explanations  of  complex  technical  subjects, 
but  not  until  we  learn  to  employ  it  effectively.  Computer-generated  tables 
and  charts  are  desirable  when  they  clarify  or  supplement  an  oral  or  written 
explanation.  They  are  worse  than  useless  when  they  merely  present  endless 
columns  and  rows  of  unanalyzed  data.  To  use  the  computer  effectively  in 
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this  phase  of  a study  the  engineer  can  relegate  to  the  computer  the  task 
of  extracting  from  all  of  cite  data,  that  which  is  really  important,  or  the 
task  of  arranging  the  data  so  that  he  himself  can  more  readily  extract  the 
important  information.  In  this  role  the  computer  becomes  a true  asset  to 
the  study  instead  of  a number-spewing  liability. 


SU'  C1ATY 


We  have  passed  through  the  era  where  the  computer  was  a toy  to  be 
tinkered  with  by  engineers  with  a bent  toward  the  new  and  innovative,  and 
we  are  now  entering  into  an  era  where  the  use  of  computers  in  engineering 
studies  is  of  fundamental  importance  in  doing  a satisfactory  job.  The 
necessity  for  developing  good  management  practices  to  correct  our  past 
inadequacies  and  to  forestall  the  development  of  new  and  potentially  more 
serious  inadequacies  in  th^  future  is  obvious.  Some  possible  principles 
of  computer  management  have  been  outlined  and  discussed  in  this  paper. 
What  remains  to  be  done  is  to  discuss  them,  modify  them  as  necessary, 
and  finally — and  most  importantly — implement  them. 
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MANAOEXENT  OF  COMPUTER  USE  IN 
SOLVING!  ENOTNEERINn  PROBUMS 

Hi  scuba  ion 


Question,  Mr.  Matthews : How  do  you  manage  people  working  on  programming 
ao  as  to  be  most  effective  In  overall  results? 

Reply,  Mr.  Fred rich;  It  la  necessary  to  have  firm  fiscal  and  production 
control  and  knowledge  of  the  problem  and  results  expected.  This  will 
not  happen  until  the  executiveo  and  supervisors  bec<ime  knowledgeable 
about  the  capabilities  of  computers  and  how  they  and  their  users  are 
managed . 


Question,  Mr.  Heard:  How  much  detail  should  there  be  in  the  program 
documentation? 

Reply,  Mr.  Kredrlch:  The  detail  in  the  program  documentation  should 
be  commensurate  with  the  scope  of  the  program.  A program  which 
performs  a simple  computation  In  a relatively  Inflexible  way  will 
require  very  little  documentation;  while  a large,  complex  program 
with  many  input  options  and  several  alternative  computation  schemes 
or  computation  sequences  will  require  much  more  documentation.  In 
short,  the  documentation  should  enable  the  user  to  understand  and 
effectively  use  all  of  the  program's  capability. 

Comment,  Mr.  Wm.  Thomas:  In  my  opinion  the  program  document,  would  have 
to  be  sufficiently  detailed  to  impart  the  practical  experience  of 
the  programmer  to  the  user  if  the  user  la  .lust  casually  familiar 
with  the  type  of  problem  the  cumputer  program  is  attempting  to  solve. 


Question,  Mr.  Sharp:  Mr.  Kredrlch,  you  have  expressed  the  need  to 
thoroughly  document  "generalised"  computer  programs,  especially 
those  contained  in  the  library  at  WFC  that  will  not  be  backed-up 
by  adequate  applications  assistance.  I agree  with  the  views  you 
expressed  in  general.  However,  do  you  feel  there  is  much  danger 
of  a problem  arising  from  "over-documentation"  of  programs...  to  the 
point  of  appreciably  discouraging  their  use...  especially  the  more 
complex  programs  having  several  input  options? 

Reply,  Mr.  Kredrlch:  No,  I don't  think  there  is  too  much  chance  of  that, 
given  the  current  ability  (or  inability)  of  engineers  to  document 
their  work.  It  will,  however,  certainly  be  necessary  to  maintain 
some  control  over  the  time  and  manpower  spent  on  documentation  to 
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Insure  that  the  expenditures  are  consistent  with  the  capabilities 
of  the  program  being  documented  and  that  the  efforts  are  not  wastefully 
misdirected.  In  the  specific  case  of  generalized  programs,  I cannot 
visualize  "over-documentation"  - at  least  not  from  the  users  standpoint. 


Question,  Mr.  El chert:  Since  we  are  talking  about  computer  program 

documentation,  I would  like  to  ask  the  participants  of  this  seminar 
whether  the  documentation  of  the  HEC  programs  is  adequate  or  not. 

Reply,  Mr.  Fredrich:  In  many  cases  the  HEC  documentation  is  considerably 
less  than  I personally  would  like  to  see,  but  I have  heard  many 
people  from  other  offices  and  other  agencies  say  that  the  HEC 
documentation  is  far  superior  to  most  other  documentation. 
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Combining  New  Techniques  and  Computer  Technologies  for 
Problem  Solutions  In  Hydrology 


In  the  past  decades  with  the  onset  of  the  high-speed  electronic 
computer,  many  problems  In  hydrology  have  been  solved  with  the 
application  of  the  computer.  Most  of  these  applications  have  simply 
used  the  computer  as  a high-speed  adding  machine  or  desk  calculator 
without  Incorporating  those  numerical  and  mathematical  techniques 
most  compatible  to  computer  applications. 

I would  like  to  digress  for  a moment  to  trace  the  evolution  In  the 
application  of  the  electronic  computer  as  a tool  used  to  solve  problems 
In  hydrology.  Use  of  the  computer  began  with  those  facilities  of  very 
limited  capabilities  and  such  tasks  as  machine  language  prograssslng, 
scaling,  design  of  function  generators,  and  the  manipulation  of  non- 
alpha output  hardware  left  little  desire  for  the  more  sophisticated 
techniques  of  problem  solving.  Today,  however,  with  modern  computer 
facilities  along  with  the  various  pseudo  languages  as  software,  little, 

If  any,  limitations  are  imposed  in  using  the  computer  as  a tool. 

Three  problems  In  hydrology  were  most  commonly  found  as  computer  applica- 
tions. These  were  namely:  reservoir  operations  studies,  flood  fre- 
quency studies,  and  tallwater  or  backwater  studies.  I think  this  was 
due  to  the  repetitive  nature  of  these  type  problems  and  the  fact  that 
a minimum  of  logic  and  decisionmaking  concepts  were  employed.  Also, 
one  sometimes  found  statistical  techniques,  such  as  simple  and  multiple 
linear  regression  analysis  and  curve-fitting,  among  the  tools  of 
hydrology  that  were  used  as  computer  applications. 

With  these  types  of  studies  as  our  early  background,  we  In  the  Bureau 
of  Reclamation,  and  I am  sure  most  of  you,  have  found  that  today's 
problems  In  hydrology  are  really  those  of  water  resource  systems 
analyses  and  they  are  multlpurpoae  or  multldlsclpllne  In  objective, 
and  consequently,  multldlmcnsloned  In  mathematical  aolutlon. 

Our  efforts  In  hydrology  In  the  Bureau  of  Reclamation  for  the  past  2 
years  have  been  directed  towards  an  extensive  Investigation  of  mathe- 
matical and  statlatlcal  techniques  that  will  enable  a more  efficient 
use  of  the  computer  and  provide  more  flexibility  In  our  hydrology  studies. 
We  are  conducting  our  Investigation  In  two  phases.  The  first  phase  being 
the  application  of  these  techniques  without  materially  changing  concept 
or  philosophy.  The  second  phase  will  be  to  use  these  same  techniques 
to  provide  an  Insight  Into  the  new  concepts  and  philosophies  of  present 
day  hydrology. 

We  have  then,  as  a neceaslty  In  the  continuous  evolution,  Initiated 
experimentation  with  these  new  statistical  and  outhematlcal  techniques 
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tn  solving  problems  under  Che  old  philosophy  end  obtaining  Insight  into 
the  new  philosophy.  Before  going  further,  you  might  ask  what  I mean 
by  old  philosophy  snd  new  philosophy.  I think  I would  define  old 
philosophy  that,  where,  as  hydrologists,  we  provided  two  or  three  alter- 
natlves  to  the  planner  as  our  ans lyses  of  s system  and  then  Implied 
that  the  Input  to  these  analyses  were  without  error  and  the  results 
were  absolute.  We  might  have  advised  the  planner  that  the  maximum  height 
of  a dam  to  provide  safety  from  ravages  of  nature  and  the  greatest  bene- 
fit to  mankind  was  "x”  feet  to  the  nearest  one-hundredth  of  a foot,  even 
though  this  result  may  have  been  based  upon  a very  small  and  Inconsistent 
data  set  and  poorly  defined  operational  criteria.  1 think  of  the  new 
philosophy  as  being  one  where  we  can,  with  proper  and  accepted  techniques, 
evaluate  the  data  set  for  consistency,  evaluate  criteria  as  to  the 
physical  and  economical  feasibility,  and  present  to  the  pla  nner  far  more 
alternatives  where  each  of  the  alternatives  would  have  meaningful 
measures  of  our  confidence  In  our  analyses. 

Tou  are  aware  of  the  abundance  of  literature  concerning  advanced  techniques 
and  new  philosophies  In  hydrology.  This  literature  Is  available  from 
several  sources  - the  predominant  source  being  that  of  various  university 
research  programs.  In  this  literature  you  can  find  Intricate  and  rigorous 
proof  of  these  techniques  and  elaborate  hypotheses  of  the  new  philosophy, 
but  little  sbout  the  actual  application  to  the  problems  of  the  resl  world. 

A major  pert  of  ou»  effort  In  experimenting  with  new  techniques,  most  of 
which  sre  found  In  the  eforementloned  literature,  has  resulted  In  a model 
that  Is  used  In  studying  water  resource  systems.  This  model  was  designed 
to  accoanodata  the  conjunctive  use  of  both  surface  snd  subsurface  water 
resources. 

The  model  has  essentially  five  main  functional  aspects.  The  computer 
application  of  this  model  was  constructed  such  that  any  of  the  five 
aspects  can  be  studied  as  separate  analyses  or  can  be  combined  as  one 
analysis. 

A logical  point  to  begin  the  discussion  of  this  model  would  be  the 
functional  aspect  of  data  analysis.  This  aspect,  which  Is  the  first 
block  In  our  computer  application.  Incorporates  techniques  such  as  those 
required  In  decomposing  a discrete  t lme  series.  The  discrete  time  series 
being  for  the  most  part  subsets  within  the  Input  data  set  and  represent- 
ing such  data  as  runoff,  precipitation,  temperature,  chemistry,  and  etc., 
where  the  time  lncreswnt  Is  usually  1 month.  Other  statistical  techniques 
are  else  Incorporated  as  part  of  this  functional  aspect.  We  use  this 
block  to  determine  measures  of  Information  contained  within  each  of  the 
Input  data  subsets,  levels  of  confidence  related  to  this  Information, 
trends,  and  inconsistencies  as  concerned  with  the  homogeneity  of  the 
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series.  From  this  block,  we  can  also  obtain  the  mathematical  expres- 
sions and  parameters  necessary  to  generate.  If  required,  larger  periods 
of  Information. 

The  next  functional  aspect  we  might  discuss  la  that  which  concerns  the 
mathematical  simulation  of  the  operational  characteristics  of  the  water 
resource  system.  This  block  could  be  considered  analogous  to  the 
previously  mentioned  reservoir  operation  studies.  We  have  designed  the 
computer  application  of  the  simulation  such  that  with  use  of  parameters, 
one  can  study  different  water  resource  systems  without  materially  modi- 
fying the  language  of  the  computer  application.  Dlsclpllnas  or  objec- 
tives, such  as  Irrigation,  M&I,  power,  flood  control,  recreation,  and 
water  quality,  can  have  assigned  priorities  In  the  simulation  of  the 
operational  characteristics  of  the  water  resource  system. 

The  simulation  block  or  functional  aspect  Is  the  "guts"  of  our  whole 
water  systems  analysis  application  and,  consequently.  Is  the  largest 
In  physical  size.  Because  we  have  designed  this  model  as  a conjunctive 
use  model  Including  water  quality  as  a discipline,  we  have  Incorporated, 
among  other  things,  the  simulation  of  water  percolating  down  through  a 
soil  column  to  predict  chemical  exchanges  between  soil  and  solution.  A 
subsidiary  subblock  to  the  simulation  Is  a control  block  which  Incor- 
porates the  criteria  of  a system  operation  as  a series  of  constraints. 

I have  made  the  explanation  of  the  simulation  block  very  brief;  however, 
the  functional  aspect  Is  simply  to  provide  physically  feasible  solutions 
for  the  study  of  a particular  water  resource  system. 

After  we  have  obtained  how  ever  many  physically  feasible  solutions  we 
may  require,  we  enter  the  next  functional  aspect  which  simply  ranks  the 
Impact  of  priority  of  one  objective  or  discipline  upon  all  other  objec- 
tives one  may  have  Included  In  a particular  system.  This  ranking  Is 
further  modified  with  respect  to  confidence  levels  of  data  pertinent 
to  the  simulation  of  this  objective.  A sensitivity  analysis  la  also 
incorporated  and  this  Is  simply  an  arbitrary  variance  of  the  first  and 
second  moments  obtained  for  pertinent  data  subsets  In  the  data  analysis 
block.  This  particular  functional  aspect  Is  used  to  maximize  Informa- 
tion and  minimize  efforts  required  for  the  subsequent  blocks  or  func- 
tional aspects.  It  is  with  the  use  of  this  block  that  we  have  found 
that  some  of  the  studies  of  various  water  resource  systems  of  the  real 
world.  Imposed  constraints,  political  and  otherwise,  have  limited  the 
degrees  of  freedom  In  such  a manner  that  the  use  of  our  remaining 
functional  aspects  of  this  model  become  redundant  or  exercises  In 

I futility. 

Our  Impact  study  realistically  determines  the  number  and  size  of  the 
objective  function  we  are  to  use  In  this  functional  aspect,  which  la 
simply  an  optimization  technique  to  determine  optldnal  solutions  for 
our  study  with  the  Introduction  of  cost  parameters. 
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The  final  functional  aapact  la  one  that  uaea  a technique  which  can  be 
coneldered  analogous  to  "dynamic  programing."  It  la  In  this  block 
that  we  attaaipt  to  find  the  beat  plan,  the  next  best  plan,  and  etc.. 

In  the  operation  of  our  water  resource  system. 

The  model  I have  just  briefly  discussed  la  by  no  means  In  a final 
fora.  Vlth  our  continued  experimentation  with  new  techniques  and  new 
philosophies,  1 am  sure  we  will  change  many  parts  of  the  model. 

The  model  has  served  us  well  as  a base  to  build  upon  because  In 
evaluating  and  experimenting  with  new  techniques  and  philosophies  you 
must  start  somewhere  vlth  real  world  applications  and  the  Important 
thing  Is  to  start.  In  applying  this  model,  we  have  found  how  easy  it 
Is  to  become  engaged  In  practicing  the  extreme  of  "driving  a tack  with 
a sledge  hamer ."  He  have  also  found  thst  some  of  the  Intuitively 
designed  best  plans  of  a water  resource  system  are  very  good  and  the  use 
of  our  model  does  not  add  any  significant  improvement. 

A few  of  our  other  efforts  are  In  the  experimentation  of  various  tech- 
niques applicable  to  routing  studies,  prediction  of  sediment  loads, 
and  the  digital  modeling  of  aquifer  simulation. 
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COMBINING  NEW  TECHNIQUES  AND  COMPUTER  TECHNOLOGIES 
FOR  PROBLEM  SOLUTIONS  IN  HYDROLOGY 

Discussion 


Question,  Mr.  Beard:  In  view  of  the  variety  of  definitions  of  water 
resource  systems,  what  is  the  general  scope  of  the  model  you  have 
developed?  In  particular,  does  the  model  simulate  all  water 
resources  development  features  that  the  USER  is  interested  in? 

Relpy,  Mr.  Cristofano:  The  Bureau  of  Reclamation  in  their  studies  of 

water  resource  systems  is  becoming  more  involved  in  the  total  environ- 
ment concerned  with  the  system;  therefore,  the  model  I have  developed 
does  in  simulation  consider  such  features  as  irrigation,  power,  flood 
contro-  water  quality  augmentation,  reservoir  stratification  with 
respect  to  temperature,  and  salinity  balances  as  obtained  by  the  best 
use  of  surface  and  subsurface  water  resources  within  the  system. 
Constraints  of  water  resource  levels  can  be  made  applicable  to 
recreation  requirements  if  such  are  necessary. 


Question,  Mr.  Peters:  How  do  you  handle  the  linearizing  assumptions 
required  for  the  linear  programming  algorithm? 

Reply,  Mr.  Cristofano:  I assume  from  this  question  that  you  are  interested 
in  knowing  how  the  model  accommodates  nonlinear  relationships  that 
might  have  to  be  transformed  for  the  linear  objective  function.  From 
our  experience,  we  have  found  that  the  levels  of  confidence  related 
to  various  coat  parameters  are  such  that  the  nonlinearity  can  be 
handled  by  simply  reducing  the  time  frame  such  that  a linear  objective 
function  can  be  approximated,  often  times  such  approximation  is  not 
warranted  on  the  basis  of  the  low  levels  of  confidence  usually 
found  in  cost  parameters. 


Question,  Mr.  Fredrich:  Does  the  simulation  model  have  the  capability 
to  assign  to  each  component  in  a system  (based  on  the  relative  state 
of  the  component)  an  output  quantity  so  that  the  sum  of  the  outputs 
will  equal  a specified  system  requirement? 

Reply,  Mr.  Cristofano:  The  simulation  model  actually  divides  the  water 
resource  system  into  several  subsystems;  each  of  the  subsystems 
being  called  a node.  In  simulation,  these  nodes  are  in  themselves 
entities  and  the  capability  assigned  to  each  component  within  the 
node  and  its  interface  with  any  other  node  of  the  system  is  such  that 
the  output  quantity  from  the  node  is  a zero  sum  or,  in  effect,  a 
balance.  The  output  quantities  of  each  of  the  nodes  are  again  summed 
to  insure  that  a particular  system  objective  has  been  met. 
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Question,  Mr.  Elchert:  What  water  quality  parameters  are  considered  in 
your  model?  Is  complete  mixing  assumed  or  can  vertical  zones  be 
used?  What  routing  interval  is  used? 

Reply,  Mr.  Crlstofano:  The  model  has  two  distinct  mixing  modes.  One 
is  the  mixing  as  a result  of  the  ionic  exchange  between  soil  and 
solution  as  water  percolates  down  through  a soil  column  and  into 
an  aquifer.  This  mixing  is  simulated  by  maintaining  an  ionic  balance 
between  soil  and  percolating  waters  which  is  governed  by  physical 
concepts  of  ionic  exchanges.  The  mixing  in  this  mode  is  complete 
and  can  be  simulated  for  as  many  vertical  zones  as  there  are  nodes. 
Each  vertical  zone  can  be  divided  into  as  many  as  10  horizontal 
slices  (two-dimensional  flow).  The  horizontal  slices  are  used  to 
simulate  lateral  transmissions. 

The  second  mode  of  mixing  is  that  of  water  (solution)  only.  In  this 
mode,  mixing  can  be  simulated  as  complete  or  incomplete  and  linear 
or  nonlinear,  and  is  used  to  simulate  surface  water  mixing  and  lateral 
transmissions  of  subsurface  waters. 

The  water  quality  parameters  considered  are  those  that  are  not  inert 
and  can  be  as  many  as  10  constituents;  i.e.,  anions  and  cations,  as 
long  as  a balance  is  maintained  between  the  anions  and  cations.  The 
routing  interval  is  varied  and  can  be  a l-hour  interval  to  an  annual 
interval  and  is  specified  by  an  index  as  part  of  the  input.  From 
this  index,  the  model  has  accommodations  to  do  the  required  dimension- 
ing. 


Question,  Mr.  Price:  How  large  a system  can  your  model  handle?  Can  you 
handle  reservoir  stratification? 

Reply,  Mr.  Cristofano:  The  system  is  presently  designed  to  accommodate 

100  subsystems  within  the  water  resource  system.  Each  of  the  subsystems 
is  called  a node,  and  is  defined  as  being  an  entity  with  an  interface 
to  any  other  subsystem  as  well  as  a whole  system.  However,  from 
experience  in  using  the  model  and  input  data  available,  it  has  been 
found  that  the  model  is  far  more  accommodating  in  capacity  than 
present  water  resource  systems  require.  The  model  has  a capability 
of  simulating  reservoir  stratification  insofar  as  temperature  gradients 
are  concerned.  These  temperature  gradients  are  represented  as 
mathematical  expressions  designed  for  a time  frame  of  1 day.  The 
model  does  not  make  an  attempt  in  mathematical  concept  to  define  all 
parameters  one  could  conceivably  use  in  simulating  temperature 
gradients  but  uses  instead  statistical  inference  on  the  basis  of 
data  available  and  the  objective  impact  of  such  data. 
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Question,  Mr.  Matthews  and  Mr.  Beard:  Is  program  (model)  documentation 
available?  When? 

Reply,  Mr.  Cristofano:  At  the  present  time,  we  anticipate  a fairly 

thorough  documentation  of  the  mathematical  model,  and  in  this  respect, 
we  do  not  intend  to  document  the  computer  application.  The  model  as 
designed  is  composed  of  30-odd  subroutines  which  can  be  linked  to 
represent  a water  resource  system  using  all  features  of  the  model  or 
any  part  thereof.  This  model  has  been  developed  over  the  past  3 
years  with  funds  from  the  Water  Quality  Office  in  conjunction  with 
the  Bureau  of  Reclamation.  I assume  then  that  the  Water  Quality 
Office  will  have  major  responsibility  as  to  when  and  if  such  docu- 
mentation will  be  available. 

Question,  Mr.  Fredrich:  After  simulating  the  physcially  feasible  alter- 
natives, the  variables  to  be  included  in  the  objective  function  for 
the  optimization  process  must  be  selected.  Are  the  selections  of 
the  variables  made  by  the  computer  or  by  the  engineer-user? 

Reply,  Mr.  Cristofano:  The  selection  of  the  variables  used  in  the 

objective  function  are  made  by  the  computer  on  the  basis  of  ranking 
each  of  the  objectives  by  the  engineer- user.  Further  refinement  in 
the  selection  of  these  variables  by  the  computer  is  based  upon  the 
level  of  confidence  obtained  from  the  data  analysis  block  of  the 
input  data  applicable  to  the  particular  objective. 
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THE  NEED  FOR  AND  DEVELOPMENT  OF  A COMPUTER 
PROGRAM  FOR  RE-ESTABLISHING  LOW  FLOW  NAVI- 
GATION REQUIREMENTS  ON  THE  APALACHICOLA 
RIVER 

by 

HERLON  D.  PIERCE1 


My  presentation  will  not  deal  to  great  extent  on  a computer  pro- 
gram, but  with  the  need  for  and  results  of  a program  developed  to 
study  low  flows  on  the  Apalachicola  River.  In  order  for  this  discus- 
sion to  be  meaningful  it  will  be  necessary  to  present  a background 
on  the  planned  development  and  development  to  date  on  the  Apalachicola, 
Chattahoochee  and  Flint  Rivers.  I will  try  to  show  this  in  relation 
to  the  time  effect  on  the  planned  development  of  low  flows  on  the 
Apalachicola  River,  and  how  computer  studies  were  made  to  develop 
operating  procedures  that  would  re-establish  the  frequency  of  low 
flows  to  design  frequency. 

The  existing  project  for  the  Apalachicola,  Chattahoochee  and 
Flint  River  as  authorized  by  Congress  in  the  River  and  Harbor  Acts 
of  19^+5  and  19^6,  provided  for  a three  stage  plan  of  development  for 
the  basin.  The  overall  plan  for  navigation  was  to  provide  a channel 
depth  of  9 feet  with  a minimum  width  of  100  feet  from  the  Gulf  Intra- 
coastal Waterway  through  the  Apalachicola  River  to  Columbus,  Georgia, 
on  the  Chattahoochee  River  and  Bainbridge,  Georgia,  on  the  Flint 
River. 


As  was  previously  mentioned  basin  development  was  provided  for 
in  a three  stage  plan.  The  initial  stage  of  development,  consisting 
of  the  construction  of  Jim  Woodruff  Lock  and  Dam,  provided  naviga- 
tion upstream  to  near  Columbia,  Alabama,  on  the  Chattahoochee  River 
and  to  near  Bainbridge,  Georgia,  on  the  Flint  River.  Navigation 
on  the  Apalachicola  River  below  Jim  Woodruff  was  to  be  provided  by 
open  channel  methods.  The  second  stage  provided  for  the  extension 
of  navigation  on  the  Chattahoochee  River  upstream  to  near  Columbus, 
Georgia,  with  the  addition  of  the  Columbia  and  Walter  F.  George 
Locks  and  Dams.  Buford,  a storage-power  dam,  located  above  Atlanta, 
Georgia,  was  included  in  this  stage  for  multiple  reasons  one  of 
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which  was  to  increase  low  flows  in  the  Apalachicola  River,  thereby 
reducing  maintenance  dredging  required  for  open-river  navigation. 
The  third  stage  assumed  full  basin  development. 


Stages  of  basin  development 


Principal 

Purposes 

River 

Stage  I 

Stage  II 

Stage  III 

Storage-Power 

Chattahoochee 

Buford 

Buford 

Storage -Power 

Chattahoochee 

Cedar  Creek  (l) 

Storage-Power 

Chattahoochee 

Frank! in  (l) 

Storage -Power 

Chattahoochee 

West  Point 

Navigation-Power 

Chattahoochee 

W.F. George 

W.F. George 

Navigation 

Chattahoochee 

Columbia 

Columbia 

Storage -Power 

Flint 

Spewell  Bluff 

Storage-Power 

Flint 

Lazer  Creek 

Storage -Power 

Flint 

Lower  Auchumkee 

Navigation-Power 

Apalachicola 

Jim  Woodruff 

Jim  Woodruff 

Jim  Woodruff 

(l)  Not  yet  authorized  - approved  as  a part  of  the  general  plan. 


The  effects  of  the  various  stages  of  development  on  low  flow 
frequency  downstream  of  Jim  Woodruff  can  be  shown  from  data  developed 
in  the  original  studies.  These  effects  we  shown  in  the  following 
table. 


Flows  on  the  Apalachicola  River  for  various  stages  of  development 


Flow 

Stage  I 

Stage  II 

Stage  III 

Minimum  flow 

5,150 

7,400 

10,100 

* of  time  9»300  cfs 

will  be  available 

86* 

95* 

100* 

The  9 ,300  cfs  is  shown  because  the  project  as  presently  approved 
for  improvement  of  the  Apalachicola  River  calls  for  dredging  and 
snagging  to  provide  a navigable  channel  9 feet  deep  at  a flow  of 
9,300  cfs.  Studies  showed  that  a flow  of  9,300  cfs  could  be  expected 
95 * of  the  time  and  that  the  expected  minimum  flow  of  7,400  cfs, 
minimum  flow  at  the  completion  of  stage  II,  would  provide  a channel 
7 feet  deep. 
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Jim  Woodruff  completed  in  1957  initiated  development  of  the 
basin.  Stage  II  was  achieved  with  the  completion  of  the  Walter  F. 
George  project  in  early  1963,  and  since  that  date  no  projects  in 
stage  III  have  been  completed. 

After  the  initial  dredging  and  snagging  of  the  Apalachicola 
River  channel  it  was  found  to  be  impossible  to  maintain  project 
depth  throughout  the  low-flow  season,  June  to  December,  each  year. 
Depending  on  the  status  of  maintenance  dredging  at  the  time,  flow 
requirements  to  maintain  a 9-foot  channel  vary  from  about  13,000 
cfs  to  17,000  cfs.  Another  factor  that  is  important  at  this  point 
is  the  fact  that  flow  augmentation  was  an  authorized  purpose  at 
Buford,  however,  in  the  authorization  and  planning  stage  flow 
augmentation  was  not  set  as  a requirement  but  as  a benefit  which 
resulted  from  power  operations.  Initial  and  study  power  require- 
ments from  Buford  set  minimum  weekly  energy  requirements  that 
were  used  in  evaluating  the  effects  of  power  operations  on  low 
flows  on  the  Apalachicola  River.  The  effect  of  these  operations  on 
flows  on  the  Apalachicola  River  can  be  seen  by  comparing  flows  at 
the  completion  of  stage  I and  II  as  shown  in  the  above  table. 

The  original  power  contract  for  Buford  was  followed  closely 
from  the  time  of  its  completion  in  195^  until  the  completion  of 
Walter  F.  George  in  1963.  With  the  addition  of  Walter  F.  George 
into  the  power  system  a new  contract  was  drawn  up  for  the  entire 
South  Atlantic  Division  power  system,  which  included  projects  in 
two  separate  Districts  and  three  river  basins.  The  studies  for  the 
system  power  contract  were  made  by  the  Southeastern  Power  Adminis- 
tration and  did  not  include  flow  augmentation  from  Buford  as  a 
requirement.  Each  project  included  in  the  system  was  allocated 
what  was  considered  to  be  its  share  of  the  total  energy  sold  in 
this  contract  for  scheduling  purposes.  The  monthly  distribution  of 
total  annual  energy  at  Buford  was  near  the  distribution  specified 
in  the  original  contract,  therefore,  it  was  assumed  that  the  original 
flow  analysis  as  shown  earlier  for  stage  II  would  be  valid.  As 
would  be  expected,  in  operating  the  power  plants  on  a system  basis 
very  little  weight  was  given  to  the  weekly  power  values  allocated  to 
the  individual  projects.  As  a result,  low  flow  augmentation  did  not 
occur  as  assumed  in  the  original  low  flow  studies  for  stage  II. 

During  the  period  1963  through  1968  flows  of  less  than  9,300  cfs 
occurred  approximately  11$  of  the  time  as  compared  to  the  5$  shown 
for  stage  II  development.  This  was  pointed  out  more  sharply  by 
navigation  interests  who  complained  that  sufficient  depths  for  prof- 
itable operations  were  not  dependable  and  that  variations  in  depths 


from  week  to  week  were  too  severe  to  effectively  use  available  depths 
in  the  river.  As  it  became  apparent  that  operating  the  reservoirs 
on  a system  basis  for  power  would  not  augment  flows  in  accordance 
with  studies  made  during  planning,  the  Mobile  District's  Reservoir 
Regulation  Section  decided  that  studies  would  be  made  to  re-evaluate 
the  status  of  navigation  flows  on  the  Apalachicola  River  and  to  ex- 
amine what  if  anything,  could  be  done  to  return  low  flows  to  design 
frequency. 

After  a limited  study  of  flows  for  the  1963  through  1968  period 
and  an  observation  of  rainfall  amounts  and  distribution  during  thi6 
same  period,  it  was  determined  that  a detailed  study  of  the  hydrologic 
data  associated  with  the  period  was  not  necessary  since  this  period 
was  highly  representative  of  normal  conditions.  It  was  further 
noted  that  the  total  weekly  energy  delivered  from  the  Mobile  District's 
projects  was  near  the  total  allocated  to  these  projects.  It  was  con- 
cluded that  because  of  this  fact  the  Mobile  District's  reservoirs 
could  be  operated  as  a sub-unit  of  the  overall  power  system,  and  studies 
would  be  made  to  develop  operating  procedures  for  the  most  advantageous 
distribution  of  the  allocated  power  amounts  among  the  projects  for 
the  benefit  of  navigation  on  the  Apalachicola  River.  As  is  apparent 
the  two  most  important  restraints  in  any  study  would  be  the  Mobile 
District's  share  of  total  allocated  energy  and  capacity  since  these 
values  had  been  sold  as  part  of  the  overall  Southeastern  Power  Admin- 
istration's contract  for  the  South  Atlantic  Division  power  projects. 

Although  there  were  several  alternatives  to  the  type  of  study 
that  could  be  made,  facts  surrounding  the  problem  indicated  that 
the  study  should  include  all  the  Mobile  District  power  projects  even 
though  some  of  the  projects  do  not  directly  affect  low  flows  on  the 
Apalachicola  River.  The  study,  while  meeting  all  power  requirements, 
strives  to  establish  the  best  power  distribution  at  any  given  time 
to  return  the  frequency  of  low  flows  to  as  near  that  established  for 
stage  II  development  as  practical. 

At  this  point  it  might  be  wise  to  review  some  of  the  physical 
factors  of  the  projects  involved. 

a.  Jim  Woodruff  Lock  and  Dam,  located  just  below  the  con- 
fluence of  the  Chattahoochee  and  Flint  Rivers,  was  designed  princi- 
pally to  provide  for  navigation  on  the  Chattahoochee  River  to  the 
vicinity  of  Columbia,  Alabama,  and  up  the  Flint  River  to  near  Bain- 
bridge,  Georgia,  and  to  produce  hydro-electric  power.  The  108  miles 
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of  open  river  channel  between  the  dnm  und  the  Gulf  of  Mexico  has  a 
total  fall  of  about  40  feet  and  navigable  depths  are  dependent  on  a 
continuous  flow.  For  this  reason  the  Woodruff  power  plant  Is  oper- 
ated as  a run-of-river  project  that  utilizes  Its  limited  usable 
pondage  of  up  to  i?  feet  for  re-regulating  variations  In  inflows  caused 
by  Uie  operation  of  upstreum  power  plunto. 

b.  Columbia  Look  and  Dam  on  the  Chattahoochee  Klver  Uf 
miles  upstream  from  Jim  Woodruff  In  a navigation  project.  Columbia 
is  operated  to  provide  navigation  depths  upstream  to  Walter  F.  George 
Look  and  Dam,  und  to  re-rogulate  the  outflow  from  peaking  power  oper- 
ations at  the  Walter  F.  George  powerhouse.  It  has  no  usable  storage 
but  regulation  narrows  the  range  of  dally  discharge  for  the  benefit 
of  navigation  in  the  upper  reaches  of  the  Jim  Woodruff  pool. 

c.  Walter  F.  George  Look  and  Dam,  a mill  tipi  e-purpose 
power-navigation  project,  in  operated  to  provide  navigation  depths 
upstream  to  near  Columbus,  Georgia,  und  for  the  generation  of  hydro- 
electric power.  The  21*4,000  acre-feet  of  seasonally  available  storage 
can  be  scheduled  for  use  an  required  for  power  operations. 

d.  Huford  Dam,  located  2y4  miles  upstream  from  the  Walter 
F.  George  project,  Is  a multlule-purpose  flood-control-power  project. 
It  has  1,0‘>0,000  acre-feet  oi  usable  storage  below  the  top  of  power 
pool.  Since  Buford  does  have  a large  amount  of  storage  It  becomes 
the  moot  Importmit  project  in  the  Apalachicola  Klver  system  an  far 
an  flow  augmentation  Is  concerned. 

e.  Allntoona  Dam,  located  on  the  Alabama  Klver  system,  a 
storage  power  project,  adds  nothing  to  navigation  on  the  Apalachicola 
Klver,  but  In  a part  of  the  Mobile  District's  power  system.  Having 
It  In  the  system  permits  greater  flexibility  In  scheduling  releases 
from  Buford  »uid  George. 

The  study  program  consists  of  weekly  routings  of  flows  for  a 
40  year  period  through  the  district's  power  plants  with  Uie  objective 
to  utilize  the  storage  at  these  plants  for  the  benefit  of  navigation 
whl Le  delivering  the  Mobile  District's  allocated  power  requirements. 

At  all  reservoir  Bites  flows  were  converted  to  natural  flows. 

All  reLeasen  are  made  through  the  power  plants  and  all  jiower 
scheduling  in  on  a weekly  basin.  The  maximum  generation  at  any  proj- 
ect la  that  plant's  capability  for  the  UX)  peak  hour  period,  while 
the  minimum  Is  plant,  capability  for  a 10  hour  period.  Pool  restraints 
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such  as  top-of -power  pool  and  minimum  operating  pool  are  observed, 
and  in  addition,  zoning  is  included  to  maintain  proportioned  storage 
balance  among  the  reservoirs. 


The  program  begins  by  comparing  the  inflow  at  Woodruff  to  the 
9,300  cfs.  The  discharge  at  Walter  F.  George  is  then  reduced  or  in- 
creased as  the  case  may  require  to  give  a minimum  of  9,300  cfs  and  a 
maximum  of  as  near  9*300  cfs  as  possible.  Buford's  discharge  is  then 
'computed  in  an  attempt  to  hold  the  Walter  F.  George  pool  within  pre- 
scribed operating  limits.  The  pool  levels  at  Walter  F.  George  and 
Buford  are  then  computed  and  their  discharges  re-adjusted,  if  necessary, 
to  hold  the  pool  levels  to  within  prescribed  operating  limits.  The 
Allatoona  generation  is  then  set  at  a minimum,  which  is  that  needed 
to  keep  the  pool  from  exceeding  top-of -power  pool  elevation.  The 
total  generation  at  Walter  F.  George,  Buford  and  Allatoona  is  then 
compared  to  the  total  allocated  to  these  projects.  In  the  event  the 
total  generation  is  not  as  great  as  that  allocated,  Allatoona  is 
adjusted  upward,  as  required,  but  within  prescribed  operating  limits. 

If  the  Allatoona  increase  is  not  adequate  Buford  and  George  are 
adjusted  upward,  as  required,  in  proportion  to  their  respective  dis- 
charge - generation  relationships.  In  the  event  that  the  inflow  at 
Woodruff  is  not  equal  to  the  target  9,300  cfs,  the  2 feet  of  storage 
available  at  Woodruff  is  used  as  necessary  to  maintain  the  discharge 
of  9,300  cfs.  At  this  point  a generation  of  at  least  the  amount  of 
the  allocated  commitment  and  a flow  of  as  near  9,300  cfs  as  possible 
is  met.  It  is  noted  that  during  periods  when  excess  energy  is  called 
for,  to  supply  the  9,300  cfs,  no  attempt  is  made  to  reduce  the  energy 
computed  to  that  allocated.  Since  the  study  shows  that  periods  when 
excess  energy  is  required  are  relatively  few  in  number  it  was  assumed 
that  the  excess  energy  from  the  Mobile  District  projects  could  be 
worked  out  within  the  overall  system.  Experience  to  date  has  shown 
this  to  be  true. 

As  was  mentioned  earlier,  design  studies  had  indicated  that 
with  stage  II  development  a flow  of  9,300  cfs  could  be  expected  95 
percent  of  the  time.  By  operating  the  reservoirs  in  accordance  with 
the  operating  rules  described,  the  flow  of  9,300  cfs  can  be  maintained 
100  percent  of  the  time.  While  this  does  not  provide  project  depths 
of  9 feet  as  the  original  design  studies  anticipated,  it  does  permit 
year-round  navigation  at  depths  which  are  profitable  for  the  operators. 
Depending  on  the  status  of  maintenance  dredging  this  flow  will  provide 
7 to  7.5  feet  of  water  in  the  channel. 
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Since  project  depth  can  not  be  maintained  with  the  9,300  cfs, 
several  alternative  flow  requirements  greater  than  9,300  cfs  were  in- 
vestigated. It  was  found  that  none  of  these  were  acceptable  prima- 
rily because  of  the  power  requirements  imposed  by  the  Southeastern 
Power  Administration's  power  contract.  These  investigations  showed 
that  any  appreciable  increase  in  flow  augmentation  would  violate  the 
annual  distribution  of  energy  and  Jeopardize  capacity  requirements 
specified  in  the  contract. 

Although  the  design  frequency  of  low  flows  were  returned  through 
this  study  the  frequency  of  project  depth  was  not  returned.  As  a 
result  of  channel  depths  not  being  as  originally  believed,  a program 
of  channel  improvement  was  undertaken.  This  recently  completed 
channel  improvement  program  consisted  of  contraction  works  and  chan- 
nel realignment.  Early  investigations  after  completion  indicate  that 
the  dikes  have  helped  some,  and  it  is  expected  that  considerable 
improvement  will  be  evident  by  the  next  low  flow  season.  Although 
the  river  should  continue  to  Improve  over  the  next  several  years,  it 
is  expected  that  the  major  results  of  the  channel  improvement  program 
will  be  seen  by  the  low  flow  season  of  calendar  year  1972. 

In  addition  to  channel  improvement  further  improvement  will  be 
seen  with  the  addition  of  phase  III  projects.  These  projects  were 
described  previously  and  one,  the  West  Point  project,  is  under  con- 
struction. It  is  expected  that  with  the  completion  of  West  Point, 
in  early  1973,  studies  will  be  made  by  the  Southeastern  Power  Admin- 
istration which  will  include  West  Point  in  the  Power  system.  Before 
approval  of  a new  power  contract  the  Mobile  District  will  evaluate 
the  effects  of  the  contract  on  low  flow  augmentation.  It  is  believed 
that  low  flow  augmentation  will  be  greater  than  anticipated  in  design 
studies  if  the  new  power  contract  is  not  too  restrictive. 

The  district  is  also  investigating  the  possibility  of  building 
a series  of  low  head  dams  on  the  Apalachicola  River.  Future  planning 
of  these  projects  will  depend  to  large  extent  on  the  success  of  the 
channel  improvement  project,  on  timing  of  phase  III  development  and 
future  power  contracts.  Early  completion  of  phase  III  and  the  in- 
clusion of  navigation  requirements  in  future  studies  for  power 
contracts  would  alleviate  to  a large  extent  the  problem  of  navigation 
on  the  Apalachicola  River. 

It  might  be  interesting  to  you  to  know  that  the  program  as 
developed  for  the  low-flow  frequency  study  has  been  expanded  to 
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include  other  restraints  inherent  in  the  operations  of  reservoirs, 
and  is  now  known  as  the  Mobile  District's  reservoir  system  program. 
The  program  has  been  used  for  an  overall  study  of  the  system  with 
historical  flows  and  has  been  modified  to  use  current  and  projected 
flows  to  set  up  weekly  operating  requirements  and  for  short  range 
planning. 

This  particular  program  was  chosen  as  the  subject  because  it 
shows  how  the  computer  can  be  used  to  evaluate  the  effects  of  new 
restraints  or  restraints  which  have  not  been  fully  considered  (such 
as  SEPA's  failure  to  properly  consider  flow  augmentation)  to  a 
portion  of  an  overall  system  if  certain  precautions  are  taken.  It 
also  points  out  the  need  for  a coordinating  body,  such  as  a Reser- 
voir Control  Center,  for  making  and  evaluating  overall  reservoir 
system  studies  to  assure  proper  consideration  of  all  project 
functions. 
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APALACHICOLA  RIVER  BASIN 
STAGES  OF  DEVELOPMENT 
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THE  NEED  FOR  AND  DEVELOPMENT  OF  A COMPUTER  PROGRAM 
FOR  RE-ESTABLISHING  LOW  FLOW  NAVIGATION  REQUIREMENTS 
ON  THE  APALACHICOLA  RIVER 

Discussion 


Question,  Mr.  Matthews:  (l)  Can  we  get  copies  of  the  program?  (2)  Have 
you  revised  operation  manuals? 

Reply,  Mr.  Pierce:  (l)  It  has  not  been  documented.  Printouts  of  the 
program  axe  available.  (2)  We  haven't  as  yet,  but  we  plan  to 
produce  a systems  regulation  manual. 


Question,  Mr.  Peters:  Is  your  program  generalized  in  the  sense  that  it 
could  be  used  for  reservoir  systems  other  than  your  own? 

Reply,  Mr.  Pierce:  Yes  - documentation  is  not  available  but  it  could 

be  used  by  others  with  very  little  time  required  to  learn  the  program 
since  the  program  primarily  deals  with  weekly  volumes.  It  would  be 
my  advice  though,  to  consider  development  time  for  your  particular 
problem  vs.  the  time  for  learning  what  this  program  does  since  it  is 
a relatively  simple  program. 

Question,  Mr.  Fredrich:  Is  the  program  as  modified  for  day-to-day  or 
short-term  operation  significantly  different  from  the  basic  program 
used  to  evaluate  the  operation  of  the  system  during  the  period  of 
record? 

Reply,  Mr.  Pierce:  No  - same  program  except  input  is  changed  to  projected 
flows  rather  than  historical  flows. 

Question,  Mr.  Fredrich;  Could  you  give  us  some  idea  of  the  amount  of 
documentation  of  the  study  itself  that  was  necessary  to  communicate 
to  the  other  interested  offices  the  results  of  the  study?  Was  this 
documentation  in  the  form  of  a formal  report? 

Reply,  Mr.  Pierce;  Other  interested  offices  were  made  aware  of  this  by 
our  actions  in  scheduling  releases  from  the  various  projects  and 
our  repeated  insistence  that  such  actions  were  backed  up  by  a study. 

No  - a conference  was  held  with  interested  parties  where  they  were 
made  aware  of  results. 


COMPUTER  USE  IN  REGULATING  THE  OHIO 
RIVER  PROJECTS 

by 

James  S.  Matthews^ 
INTRODUCTION 


Regulation  of  reservoirs  and  navigation  dams  using  computers  began  In 
the  early  1950's.  Major  Improvements  have  paralleled  refinements  In  computer 
hardware. 

The  goals  of  the  computer  programming  effort  In  the  Ohio  Basin  are: 

a.  Prevention,  or  reduction,  of  flood  damages  through  effective 
regulation  of  the  reservoirs  now  operational.  (Plus  Incorporation  of  new 
projects  as  they  become  operational.) 

b.  Seasonal  regulation  of  multi-purpose  pools  to  Insure  the  timely 
utilization  of  available  storage  with  optimum  effectiveness  amono  purposes. 

c.  Continuing  monltorlna  of  the  projects  with  a view  to  Improving 
regulation  through  new  procedures  and  operating  guides.  Those  Improvements 
may  also  Include  reallonment  of  storages  dedicated  to  the  several  uses  as 
the  Reservoir  Control  Center  staff  matures  functionally  and  procedures  become 
more  sophisticated. 

The  Ohio  Basin  Corps  of  Enalneers  system  of  Improvements  Includes 
ninety-six  (96)  major  lakes  and  reservoirs.  Fifty-six  of  those  are  completed; 
twenty-four  (24)  are  under  construction;  five  (5)  are  In  the  land  acquisition 
phase;  and  planning  Is  underway  on  eleven  (11).  They  range  from  the  simplest 
"dry  pool"  detention  structures  to  some  of  the  most  complex  multiple  purpose 
projects  In  the  nation.  Effectively  regulating  reservoirs  with  purposes  of 
flood  control,  power,  navigation,  quality  control,  water  supply,  recreation, 
and  fish  and  wildlife  (upstream  and  down)  presents  quite  a challenge.  The 
seventy-four  (74)  completed  local  protection  projects,  along  with  the  at 
least  twenty  (20)  which  will  be  completed  In  the  next  decade,  add  to  the 
complexity  of  the  problem. 

A second  major  area  of  shared  responsibility  of  the  Center  Is  the 
regulation  of  the  navigation  system  along  the  981  mile  canalized  Ohio  River. 
Flow  forecasts  provide  guidance  for  manipulating  the  navigation  dams  to 
Improve  water  quality  and  to  extend  "Open  River"  conditions  at  the  movable 
structures. 

An  area  of  great  responsibility  Is  the  coordination  of  discharges  at 
Barkley  and  Kentucky  Dams  during  threat  of  flooding  on  the  lower  Ohio  and 
Mississippi  Rivers. 


^Hydraulic  Enolneer,  Reservoir  Control  Center,  Ohio  River  Division 
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This  paper  discusses  the  hardware  and  software  now  belnq  used  In  ORD 
alonn  with  future  plans.  It  contains  brief  references  to  allied  manual 
routing  procedures  which  are  used  as  a first  estimate  and  will  later  be 
Incorporated  as  a back-up  procedure.  The  area  covered  Is  primarily  that 
of  the  functlonlnq  of  the  Reservoir  Control  Center  In  ORD,  Cincinnati, 

Ohio. 

HARDWARE 

Hanfrare  In  ORD 

a.  The  Central  Processlnq  Unit  of  the  recently  expanded  ADP  Center  of 

ORD  Is  a General  Electric  425  Computer.  The  unit  capacity  Is  32K.,  or  32,000  - 
4 character  - 6 bit  words  of  core.  There  Is  a proposal  to  Increase  the  core 
storage  to  64K.  The  unit  has  been  In  place  since  September  1970  and  Is  still 
somewhat  In  the  "shake  down"  staqe. 

The  "Job-Stack"  Processor,  through  previously  designated  priorities  can 
automatically  select  candidates  (jobs)  for  execution  by  the  machine.  Assuming 
that  one  or  more  jobs  being  processed  leave  ample  remaining  capacity;  the 
Processor  will  sort  through  the  stack;  locate  a job  and  start  processlno 
(or  pronramlno)  It  throuqh  the  C.P.U.  Thus  the  system  has  multl-prooramlno 
capability,  or  ability  to  do  two  or  more  jobs  at  a time. 

b.  The  peripheral  hardware  Includes  a nine  disc  storage  unit.  The  DSU 
167  contains  three  - 3 spindle  units,  eloht  discs  can  be  In  use  at  a time. 

Each  disc  has  11  platters  containing  20  recordlno  surfaces.  There  Is  a storaoe 
capacity  of  15  million  characters  per  disc.  There  are  three  magnetic  tape 
control lers. 

The  present  center  Includes  a 1,200  lines  per  minute  (numerical)  printer, 
a card  reader,  an  automatic  card  punch  and  several  manual  card  punch  machines. 

c.  The  Terminal  Control  In  the  ADP  Center  Is  made  up  of  a Datanet  30 
Unit.  The  terminal  can  communicate  with  satellites  without  destroying 
efficiency.  A smaller  satellite  terminal  has  been  Installed  In  the  RCC 
for  direct  phone  conmunl cation  with  the  ADP  Center  hardware. 

Hardware  In  Districts 

a.  Each  of  the  four  Districts  has  a Central  Processlnq  Unit  (G.E.  225) 
with  8 K-3  character  words  - storage.  They  generally  have  a card  reader, 
printer,  card  punch  and  2 tape  drives.  All  units  are  smaller  units  than  those 
In  the  ADP  Center.  The  C.P.U  Is  desloned  principally  to  communicate  with 
G.E.  425  In  ORD. 

I SOFTWARE 

Software  In  Use  In  ORD 

There  are  five  (5)  programs  now  In  use  In  the  Reservoir  Control  Center. 

They  Include  a program  for  reservoir  heat  budget  analyses  of  reservoirs 
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developed  by  Water  Resources  Engineers,  Inc.  (WRE)  of  Walnut  Creek, 

California.  That  requires  more  storage  than  the  G.E.  425  now  has.  There 
Is  a Musklnoum  flood  routine  proqram  used  In  our  damage  - benefit  analysis 
of  projects  which  was  developed  in  0R0.  We  have  three  (3)  programs  used 
In  the  reoulatlno  of  reservoirs  and  navloatlon  dams. 

a.  The  principal  dally  routing  program  Includes  the  routine  of  flows 
from  Dashlelds,  Pennsylvania  to  Metropolis,  Illinois,  through  eleven  (11) 
reaches.  The  prooram  utilized  storaoe  routine  techniques  In  which  the  travel 
time  of  the  flood  wave  Is  approximately  made  equal  to  routine  time.  Five-day 
discharge  forecasts  are  calculated  for  eleven  (11)  points  on  the  main  stem. 

Five-day  forecasts  for  twenty  (20)  Inflow  points  which  represent  the 
major  tributaries  to  the  Ohio  River  are  furnished  dally  by  the  Districts. 

Releases  at  two  of  the  points,  the  Cumberland  River  at  Barkley  Dam  and 
the  Tennessee  River  at  Kentucky  Dam,  are  determined  by  ORD  durino  hi  oh  flows 
on  the  lower  Ohio  or  Mississippi  Rivers. 

The  proqram  may  be  Initiated  at  any  reach.  This  Is  especially  Important 
when  trylno  to  determine  the  optimum  release  schedule  for  Kentucky  and  Barkley 
projects  that  will  give  the  greatest  reduction  In  stage  at  Cairo,  111.  and 
still  retain  sufficient  storage  to  control  the  next  flood  event.  There  are 
four  sub-routines  which  support  the  main  program: 

(1)  Sub-routine  Xcess  calculates  rainfall  excess  over  a dralnaqe  area. 
Proqram  Input  consists  of  a code  designating  a particular  dralnaoe  basin  or 
local  area;  the  antecedent  precipitation  index  for  the  basin;  and,  the 
rainfall  quantity  at  selected  stations  considered  representative  of  the  basin. 

Data  files  are  created  that  contain  rainfall  distribution  factors 
for  each  station  as  It  applies  to  a particular  drainage  area.  From  this  an 
average  rainfall  is  estimated.  Yesterday's  estimate  of  the  moisture  condition 
(API),  averaaed  for  the  season  of  the  year.  Is  reduced  by  a factor  of  0.9.  A 
search  of  data  files  containing  the  National  Weather  Service  Coaxial  Rainfall 
Runoff  Chart  for  the  Ohio  River  Valley,  together  with  associated  calculations 
results  In  the  rainfall  excess  as  output  from  the  sub-routine. 

(2)  Sub-routine  Untgr  calculates  distribution  of  the  flow  from  a 
dralnaqe  basin  using  output  from  the  previous  sub-routine. 

Data  files  containing  the  unltgraph  values  for  specified  time 
Increments  are  accessed  and  a flow  distribution  pattern  is  calculated. 

Applying  the  principle  of  superposition,  the  residual  of  yesterday's  hydro- 
graph Is  added  to  today's  runoff  to  give  the  total  flow  graph  for  the  drainage 
area.  Output  from  the  sub-routine  Is  then  transposed  Into  the  main  program. 

(3)  Sub-routine  CCLC  may  not  be  accessed  depending  upon  the  reach  In 
which  the  flow  forecast  Is  being  developed. 

It  Inputs  the  District's  tributary  flow  forecast  and  utilizing 
previous  studies  of  past  floods,  lags  or  advances  this  forecast.  A quadratic 
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equation  Is  fitted  to  successive  forecast  flows  and  estimates  of  the  flow 
at  Intermediate  tines  Is  calculated.  Newton's  Forward  Interpol  a tlonal 
Formula  Is  used  to  calculate  the  coefficients  of  the  quadratic  equation. 

Output  from  the  sub-routine  Is  then  transposed  Into  the  main  propram. 

(4)  Suh-routlne  FCHEK  Is  belno  developed  to  plot  the  precedlno 
five-day  observed  hydrooraph  alono  with  the  five-day  forecast  uslno  a 
Termlnet  300  as  the  output  device.  This  allows  the  hydraulic  enolneer  to 
smooth  the  forecast  based  upon  the  previously  observed  data  and  experience 
oalned  from  routine  of  previous  flows.  The  smoothed  forecast  hydronranh  Is 
then  Input  Into  the  main  program  for  routine  through  the  next  reach. 

A preliminary  estimate  Is  made  each  morning  by  a modified  Puls 
routing  procedure  developed  through  lone  years  of  observation.  The  computer 
routlnq  Is  run  to  obtain  the  discharge  forecasts  used  In  reoulatlng  the  system. 
This  run  Is  usually  at  mid-morning  after  District  Inputs  arrive. 

b.  The  Ratine  Program  at  Wicket  Navleatlon  Dam  52  was  developed  to  aid 
In  maintenance  problems.  It  determines  the  amount  of  peak  flow  that  could 
safely  be  released  through  Kentucky  and  Barkley  turbines  and  still  keep  the 
movable  dam  up  so  that  navigation  will  not  be  Impeded. 

c.  The  Reservoir  Storage  Analysis  Program  calculates  reservoir  storage 
and  sums  for  each  tributary  basin  and  the  Ohio  Basin.  Data  giving  the  amount 
of  storaqe  utilized  for  flood  control  and  the  amount  available  for  augmentation 
Is  calculated  for  each  reservoir.  The  program  Is  to  be  run  dally  as  soon  as 
the  termlnet  Is  connected. 

District  Software 


The  four  ORD  Districts  are  using  over  sixty  (60)  general  programs  and 
sub-routines.  They  have  goals  which  range  from  rainfall  weighting  to  complex 
systems  analysis.  Many  are  In  the  developmental  stage. 

a.  The  Districts  all  use  or  are  developing  flow  prediction  proorams. 
These  programs  are  used  to  a greater  extent  on  post  flood  studies.  They  are 
basically  the  application  of  the  modified  Puls  Flood  Routing  procedures. 

The  Musklnnum  routing  procedure  also  has  limited  use  In  tributary  routine. 

The  following  sub-routines  are  parts  of  the  total  routine  package. 

(1)  The  welohted  runoff  routine  Includes  Thlessen  Pollgon  weiehtino 
procedures. 

(2)  The  output  from  (1)  Is  adjusted  and  applied  to  unit  hydroeraphs 
to  obtain  flood  hydrographs.  One  District  uses  sixty-one  (61)  sub-areas  In 
their  proorams. 

(3)  The  flood  (outflow)  hydrographs  are  Input  Into  the  main  program 
and  the  results  are  printed  or  punched  using  various  sub-routines  developed 
for  different  needs.  This  output  contains  outflows  for  desired  reaches  of 

a river  or  stream. 
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b.  All  of  the  Districts  also  have  computer  programs  to  perform  design 
calculations  for  regulation  of  a slnqle  reservoir  and/or  routing  of  holdout 
hydroqraphs  for  one  or  more  damage  stations  or  reference  reaches.  These 
programs,  or  progam  combinations,  can  be  modified  for  special  routings, 
such  as  low  flow  augmentation. 


PROGRAM  NEEDS 

The  ultimate  satlsfler  of  regulation  needs  would,  of  course,  be  a complete 
program  (mathematical  model)  of  a basin  or  sub-basin  which  would  be  fed  data 
from  automated  gages.  The  output  would  be  accurate  analyses  of  the  system 
Including  recognition  of  critical  points  along  the  river  and  a llstlna  of 
alternative  schemes  for  system  regulation  to  mitigate  the  hazards  or  meet 
water  needs. 

Program  Heeds  In  ORD 

Needs  of  the  RCC  are  principally  In  support  areas.  We  feel  that  the  basic 
proqrams  already  are  sound.  We  are,  however,  worklno  to  expand  and  Improve 
them. 

a.  Improved  unit  hydrographs  from  some  tributaries  are  needed.  In  some 
cases  sub-areas  are  belna  sub-divided  Into  smaller  true  hydroloolc  units  for 
Improved  accuracy.  There  Is  also  a oreat  need  for  Improvlno  main  stem  unit 
hydrooraphs. 

b.  Cover  and  geoloqy  of  hydroloolc  units  are  being  studied  for  more 
accurate  estimating  of  seasonal  differences  In  storm  run-off.  These  also 
include  studies  to  Improve  base  flow  estimates. 

c.  P.atinos  for  gates  at  reservoirs  and  navigation  dams  are  beino  refined 
by  us  and  the  USGS.  Improved  gaging  and  control  are  especially  important 
during  periods  of  extreme  low  flows. 

d.  Increased  automation  is  planned,  but  for  the  Immediate  future,  plans 
Include  only  RCC  plant  Improvements. 

e.  Coordination  of  activities  with  other  Corps  offices  and  federal  and 
state  agencies  becomes  more  Important  as  we  strive  for  efficiency. 

f.  Our  most  presslnq  need  is  the  completion  of  the  adaptation  programs  for 
the  new  hardware.  We  will  ultimately  require  much  areater  core  for  storaae  and 
execution  than  the  G.E.  425  can  provide.  It  is  hoped,  however,  that  the  ADP 
Center  can  expand  Its  facilities  as  our  needs  expand. 

Program  Needs  of  Districts 

District  needs  are  generally  those  of  ORD.  Most  of  them  are  working  on 
the  Inputs  to  a routing  program  for  an  entire  basin,  such  as  the  Cumberland 
or  Mononnahela.  They  are  In  varying  stages  of  development. 

a.  Increased  automation  Is  an  area  In  which  the  Districts  hope  to  mahe 
major  advancements  soon.  The  availability  of  funds  and  cooperative  efforts 
with  the  National  Weather  Service  and  U.S.  Geological  Survey  will  regulate. 
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We  are  very  optimistic. 
S unmet Ion  of  Needs 


We  are  all  striving  toward  the  Ideal  already  noted.  To  reach  It  will 
take  several  years  and  millions  of  dollars.  However,  there  Is  much  we  can 
do  to  update  and  Improve  our  efforts.  Ohio  River  Division  Is  striving  to 
meet  the  challenge. 

PERSONNEL  NEEDS 

We  are  all  aware  of  the  present  budoetary  constraints.  There  Is,  however, 
a need  for  staffing  at  most  of  the  Districts  and  ORD.  The  ORD  needs  are  for 
support  staff  to  refine  program  Inputs  as  outlined  above.  Some  of  the  Districts 
need  little  chanoe  while  others  need  almost  entire  new  or  retrained  staffs. 


DISCUSSION 


OHIO  RIVER  BASIN 

CORPS  OF  ENGINEERS  RESERVOIRS 

COMPIETEO,  UNDER  CONSTRUCTION,  OR  IN  ADVANCED  PLANNING 
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COMPUTER  USE  IN  REGULATING 
THE  OHIO  RIVER  PROJECTS 

Discussion 


Question,  Mr.  Renner:  Do  you  plan  to  operate  your  GE  425  on  time- 
sharing in  the  prime  shift? 

Reply , Mr . Matthews : That  is  the  agreed-to  procedure  - yes. 
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REGULATION  OF  COMPLEX  RESERVOIR 
SYSTEMS  FOR  FLOOD  CONTROL 

by 

Saul  Cooper1 


DESCRIPTION 

The  New  England  region  covers  an  area  of  about  67,000  square  miles, 
one-half  of  which  is  in  the  State  of  Maine.  The  region  is  comprised  of 
many  hydrologically  different  rivx~  basins,  the  largest  being  the  Con- 
necticut River  which  drains  a little  over  11,000  square  miles.  The  Saint 
John  River  originates  in  Canada  and  has  a total  drainage  area  of  21,360 
square  miles  of  which  7,360  are  in  Maine.  Many  of  the  regions'  larger 
river  basins  are  located  in  Maine,  however,  because  the  state  is  sparsely 
populated,  annual  flood  losses  are  small  and  to  date  no  flood  control 
reservoirs  have  been  constructed  with  the  exception  of  a small  ice  dam 
on  the  Narraguagus  River.  The  same  conditions  generally  prevail  in  north- 
ern New  Hampshire  and  Vermont. 

In  southern  New  England  the  river  basins  are  generally  smaller,  but 
more  heavily  populated  with  larger  industrial,  conmercial  and  residential 
centers  located  in  or  adjacent  to  flood  plains.  Most  of  the  Corps'  74 
flood  control  projects  are  located  in  southern  New  England.  Table  1 lists 
pertinent  data  on  the  flood  control  system  by  river  basin  and  Table  2 
lists  pertinent  data  for  each  reservoir. 

TABLE  1 


Number  of 

Number  of 

Flood  Control 

Local  Protection 

Estimated 

Ba3in 

D.A. 

Reservoirs 

Capacity 

Projects 

Population 

(sq.mi. ) 

(ac.ft. ) 

Housatonic 

1,949 

7 

76,520 

3 

* r -9 

500,000 

Connecticut 

11,250 

16 

521,010 

18 

1,640,000 

Thames 

1,473 

6 

140,250 

1 

310,000 

Blackstone 

540 

1 

12,440 

3 

890,000 

Merrimack 

5,015 

5 

365,000 

5 

1,030,000 

TOTAL 

1,115,220 

(1)  All  reservoirs  in  the  Housatonic  River  basin  are  located  on  Jts 
most  important  tributary,  the  Naugatuck  River. 

^■Chief , Reservoir  Control  Center,  New  England  Division 
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TABLE  2 


PERTINENT  DATA 
NED  FLOOD  CONTROL  RESERVOIRS 


Drainage  Flood  Control  Storage 


Reservoir 

River  Basin 

Area 

Ac/Ft 

Inche  s 

Sucker  Brook 

Connecticut 

(sq.  mi.  ) 

3.4 

1,480 

8.2 

Northfield  Brook 

Naugatuck 

5.7 

2,350 

7.7 

Conant  Brook 

Connecticut 

7.8 

3,  740 

9.0 

East  Branch 

Naugatuck 

9.3 

4,  350 

8.8 

Hancock  Brook 

Naugatuck 

12.  0 

3,  900 

6.  1 

Hop  Brook 

Naugatuck 

16.4 

6,  850 

7.8 

Hall  Meadow  Brook 

Naugatuck 

17.2 

8,620 

9.4 

Mad  River 

Connecticut 

18.2 

9,510 

9.8 

Black  Rock 

Naugatuck 

20.4 

8,450 

7.8 

Buffuxnville 

Thames 

26.  5 

11, 300 

8.  0 

West  Hill 

Blackstone 

28.  0 

12,440 

8.3 

Hodges  Village 

Thames 

31.  1 

13,250 

8.  0 

Westville 

Thames 

32. 0 (net) 

11, 000 

6.  4 

MacDowell 

Merrimack 

44.  0 

12,800 

5.4 

Otter  Brook 

Connecticut 

47.  0 

17,600 

7.  0 

Tully 

Connecticut 

50.  0 

20,  500 

7.7 

Littleville 

Connecticut 

52.  3 

23,  000 

8.3 

Barre  Falls 

Connecticut 

55.  0 

24, 000 

8.2 

East  Brimfield 

Thame  s 

67.  5 

29, 900 

8.  3 

Thomas  ton 

Naugatuck 

70.  8 (net) 

42, 000 

11.  1 

West  Thompson 

Thame  s 

74.  0 (net) 

25,600 

6.  5 

Surry  Mountain 

Connecticut 

100 

31,680 

5.  9 

Townshend 

Connecticut 

106  (net) 

32,800 

5.8 

Colebrook  River 

Connecticut 

118 

50,200 

8.  0 

Union  Village 

Connecticut 

126 

38, 000 

5.  6 

Blackwater 

Merrimack 

128 

46, 000 

6.  7 

North  Springfield 

Connecticut 

158 

48, 500 

5.8 

Mansfield  Hollow 

Thames 

159 

49,200 

5.8 

Knightville 

Connecticut 

162 

49, 000 

5.7 

Ball  Mountain 

Connecticut 

172 

52, 350 

5.7 

Birch  Hill 

Connecticut 

175 

49,900 

5.  3 

North  Hartland 

Connecticut 

220 

68, 750 

5.8 

Hopkinton- Everett* 

Merrimack 

446  (net) 

155,600 

6.  5 

Franklin  Falls 

Merrimack 

1,  000 

150,600 

2.8 

* Two  reservoirs  when  pool  elevation  is  below  400  feet  nisi  and 
one  reservoir  when  pool  elevation  is  400  feet  msl  or  higher 
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In  addition,  we  have  five  local  protection  projects  on  four  Bmall  coastal 
streams  and  four  hurricane  barriers  along  the  southern  Hew  England  coast. 
Because  the  flood  plains  along  the  main  rivers  are  highly  settled  and 
developed,  reservoirs  had  to  be  located  on  the  small,  steep  tributaries. 
Our  reservoirs  range  in  size  from  3.43  square  miles  to  1,000  square  miles 
and  21  of  them  have  drainage  areas  of  less  than  100  square  miles.  So  you 
can  see  our  projects  are  much  smaller  than  in  most  Divisions.  However, 
potential  flood  damages  are  very  high  as  evidenced  by  the  $500,000,000 
loss  experienced  in  southern  New  England  in  August  1955. 

The  primary  purpose  of  our  reservoirs  is  flood  control.  Two  of  the 
projects  have  water  supply  storage,  two  have  conservation  storage  and  22 
have  permanent  water  bodies  which  support  water  based  activities.  In 
earlier  years,  procedures  for  determining  the  amount  of  flood  control 
storage  indicated  that  6 inches  would  be  adequate.  However,  later  studies 
following  the  1955  floods  indicated  that  in  most  instances  8 inches  would 
be  necessary,  especially  in  southern  New  England.  Therefore,  most  of  our 
newer  reservoirs  have  between  6 and  8 inches  of  flood  control  storage. 

The  only  exception  is  Franklin  Falls  reservoir  which  has  2.8  inches,  con- 
trolling the  runoff  from  1,000  square  miles,  most  of  which  drains  the 
slopes  of  the  White  Mountains.  At  the  time  it  was  conceived  in  the  early 
1940 's,  it  would  operate  in  series  with  another  upstream  project.  However, 
the  other  project  was  newer  built  and  so  Franklin  Falls  is  regulated  with 
a constant  outflow  and  the  amount  is  dependent  upon  snow  cover  and  flood 
volume. 


TYPES  OF  FLOODS 


The  New  England  region  is  subjected  to  floods  in  all  seasons  of  the 
year.  The  probability  of  a flood  is  greatest  in  the  spring  when  the 
snowmelt  occurs  and  the  rivers  are  flowing  at  or  near  bankfull  capacity 
for  several  weeks.  Most  of  the  minor  and  moderate  floods,  with  the  excep- 
tion of  tidal  floods,  occur  during  the  spring  runoff  period  and  can 
encompass  the  entire  region  rather  than  a single  basin,  of  course,  major 
floods  also  can  occur  during  this  period  as  in  March  1936  when  the  entire 
region  experienced  record  or  near  record  floods.  During  the  hurricane 
season,  various  portions  of  the  region  are  exposed  to  all  types  of  floods 
which  depend  upon  the  path  of  the  hurricane.  Floods  ranging  from  minor 
to  major  can  result  from  hurricane  rains.  Tidal  flooding  also  is  a major 
concern  in  the  New  England  region  and  flooding  can  occur  during  hurricanes 
and  severe  coastal  storms.  Floods  occurring  in  the  fall  after  the  foliage 
is  gone  are  frequent  and  could  be  of  sufficient  magnitude  or  volume  to 
fill  the  reservoirs.  In  the  winter,  floods  ranging  in  size  from  minor  to 
major  have  resulted  from  heavy  rains  with  thaws  which  were  preceded  by 
freezing  ground  conditions  and  moderate  amounts  of  snowfall. 
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DATA  COLLECTION  SYSTEM 


A comprehensive  data  collection  network  has  been  established  in 
order  to  operate  the  flood  control  system.  E!ach  dam  is  equipped  with  a 
voice  radio  for  relaying  data  to  and  receiving  instructions  from  the 
Reservoir  Control  Center.  Each  dam  is  responsible  for  obtaining  data 
from  a group  of  index  stations  either  through  cooperative  observers  or 
visual  observations.  Tftis  information  usually  consists  of  precipitation 
reports  in  the  basin,  climatologic  and  hydrologic  data  at  the  dam,  certain 
river  stages  and  general  river  conditions  at  strategic  locations,  both 
upstream  and  downstream  of  the  dam.  In  addition,  NED  has  a new  Automatic 
Hydrologic  Radio  Reporting  System  which  consists  of  4l  remote  reporting 
stations.  These  stations  report  information  such  as  reservoir  level, 
river  stage  and/or  precipitation.  Two  of  the  stations  are  used  for  the 
operation  of  hurricane  barriers  and  report  tide  elevation,  wind  speed 
and  direction,  and  barometric  pressure.  This  system  is  under  computer 
programmed  control  and  data  is  received  in  about  three  seconds  from  each 
station.  Programs  developed  to  date  to  analyze  the  data  will  be  discussed 
by  Mr.  Mirick.  There  is  continuous  communication  by  telephone  and  teletype 
with  the  U.S.  Rational  Weather  Service  and  River  Forecast  Center  for  the 
exchange  of  information.  Contact  also  is  established  with  the  USGS,  the 
USCG  and  many  other  State  and  private  agencies  for  pertinent  flood  infor- 
mation. RCC  also  coordinates  snow  sampling  measurements  with  several 
Federal,  State  and  private  agencies  to  determine  the  water  equivalent  of 
the  snowpack  and  issues  on  a weekly  basis  a bulletin  depicting  snow  con- 
ditions in  the  region. 

PRESENT  REGUIATION  METHODS 

Most  of  the  NED  reservoirs  are  regulated  initially  to  reduce  damaging 
stages  on  their  respective  tributaries  and  regulation  usually  is  continued 
to  afford  reductions  at  main  stem  damage  centers,  in  each  basin  the  design 
height  of  local  protective  works  is  predicated  upon  a recommended  system 
of  reservoirs  and  in  most  cases  the  recommended  system  has  not  been  com- 
pleted. Until  the  early  1960's,  we  did  not  have  enough  reservoirs  in  a 
single  river  basin  to  exert  a large  amount  of  control.  However,  with  the 
addition  of  26  new  reservoirs  since  the  August  1955  flood,  giving  us  a 
total  of  35,  we  now  can  cause  a substantial  reduction  in  four  of  the  five 
basins  (Connecticut,  Merrimack,  Thames  and  Naugatuck  basins)  we  regulate 
for  flood  control. 

With  6 to  8 inches  of  storage  at  our  projects  we  can  regulate  the 
reservoirs  conservatively  during  minor  and  moderate  floods  and  provide 
optimum  reductions  at  downstream  damage  centers.  There  would  be  sufficient 
space  in  the  reservoir  to  store  the  entire  runoff  during  these  types  of 
floods  and  emptying  could  begin  after  the  flood  receded  to  safe  channel 


Paper  11 


I 


capacity.  In  a major  flood  with  high  runoff  we  might  not  be  able  to 
contain  the  entire  runoff  and  without  good  forecasting  and  simulation 
techniques  we  may  not  achieve  optimum  stage  reductions  at  downstream 
damage  centers.  All  the  major  river  floods  (March  1936,  September  1938 
and  August  1955)  Id  New  England  were  unusual  but  they  had  one  element  in 
common.  Each  was  preceded  by  a series  of  storms  that  soaked  the  area  with 
a large  amount  of  rainfall  and  set  the  stage  for  rapid  runoff  from  the 
next  storm.  Our  regulation  can  be  considered  in  three  phases:  (a)  initial 
regulation  for  tributary  damage  centers,  (b)  continued  regulation  for  main 
stem  damage  centers  and  (c)  emptying  the  reservoirs  after  the  flood  peaks 
have  passed  by. 

A few  illustrations  may  help  explain  some  of  these  problems. 

KDlghtvllle  Reservoir.  Ibis  reservoir  is  located  in  the  Westfield 
River,  a tributary  of  the  Connecticut  River,  and  contains  5*7  inches  of 
storage.  Its  drainage  area  of  162  square  miles  makes  it  one  of  our  larger 
reservoirs.  The  project  is  regulated  for  protection  to  communities  along 
the  Westfield  River  and,  in  conjunction  with  other  flood  control  reser- 
voirs, along  the  Connecticut  River.  (See  Plate  l).  The  index  station  on 
the  Westfield  River  is  in  the  city  of  Westfield  where  channel  capacity 
is  about  10,000  cfs  for  a drainage  area  of  497  square  miles.  Travel  time 
from  Knightville  to  Westfield  is  about  3 to  6 hours.  The  reporting  net- 
work in  the  basin  includes  gaging  stations  on  the  Middle  Branch  (D.A.  * 

52  square  miles).  West  Branch  (D.A.  = 94  square  miles),  and  Westfield, 
and  precipitation  stations  at  the  dam,  Chesterfield  and  West  Cummington. 

In  the  August  1955  flood,  heavy  rainfall  was  centered  over  the  city  of 
Westfield  where  a total  of  19  inches  was  recorded  in  about  36  hours.  The 
initial  alerting  report  to  RCC  is  received  from  the  Dam  Operator  when  one 
inch  is  reported  from  any  of  the  rainfall  stations.  Alerting  reports 
also  are  received  when  certain  rivers  reach  specified  stages.  Because 
runoff  in  the  Westfield  can  build  up  rapidly,  regulation  usually  is  started 
based  on  2 or  3 inches  of  rainfall  or  predetermined  rising  river  stages 
on  the  West  Branch. 

On  August  18,  over  3 inches  of  rain  were  recorded  at  Knightville 
dam  in  about  7 hours.  (See  Plate  2).  This  caused  the  initial  rise  and 
the  gates  were  closed  about  noon  on  the  l8th.  Another  4.4  inches  were 
recorded  at  the  dam  in  6 hours  ending  0400  hours  on  the  19th  and  the  peak 
inflow  occurred  at  the  end  of  the  heavy  rainfall  period.  The  initial 
regulation  of  this  project  Is  based  on  what  is  actually  happening  on  the 
Westfield  River.  By  noon  on  the  18th,  flows  at  the  tributary  index  sta- 
tions reached  operation  stages  so  Knightville  gates  were  closed.  There 
was  not  a big  enough  drop  in  stage  on  the  night  of  the  l8th  to  begin 
opening  the  gates  and  so  when  the  heavy  rainfall  occurred  during  the  night 
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of  the  l8th  and  morning  of  the  19th,  the  gates  already  were  closed. 

Because  of  the  3 to  6 hour  travel  time  from  Knightvllle  to  Westfield, 
you  can  understand  why  we  have  to  regulate  almost  prematurely  in  order 
to  provide  stage  reductions.  Therefore,  during  our  initial  regulation 
phase,  where  we  regulate  for  tributary  damage  centers,  there  does  not 
appear  to  be  sufficient  time  to  develop  elaborate  forecasting  techniques. 

Although  the  August  1955  flood  developed  over  the  lower  third  of 
the  Connecticut  River,  it  produced  the  third  largest  flood  at  Springfield, 
Massachusetts.  Plate  3 shows  the  relative  timing  of  the  flood  with  the 
inflow  at  Knight ville.  During  this  second  phase  when  we  regulate  for  the 
main  stem,  we  should  have  a few  hours  of  lead  time  before  decisions  have 
to  be  made.  It  is  this  phase  where  we  are  weakest  as  far  as  developing 
forecasting  techniques  and  simulations  of  various  plans  of  regulation. 

For  the  August  flood  there  was  no  question  that  the  reservoir  remained 
closed  until  the  peak  passed  Springfield.  However,  there  are  other  types 
of  floods  which  occur  in  the  spring  when  conditions  are  not  as  clear  cut. 

In  the  spring  of  1969,  a record  snow  cover  over  all  the  northern  and 
central  watersheds  in  Vermont,  New  Hampshire  and  Massachusetts  posed  a 
serious  flood  threat  to  the  Connecticut  River  as  the  runoff  period  approached. 
The  water  content  in  the  snow  varied  from  150  to  250  percent  of  normal  and 
water  equivalents  from  8 inches  to  14  inches  were  quite  general.  From  the 
last  week  in  March  through  the  month  of  April,  a series  of  five  storm 
periods,  associated  with  melting  snows,  resulted  in  high  sustained  flows 
on  the  Connecticut  River.  For  24  days,  the  Connecticut  River  at  Montague 
City  was  above  the  alert  stage  of  22  feet,  equivalent  to  a flow  of  52,000 
cfs.  This  was  the  first  significant  operation  since  completion  of  11 
new  reservoirs  in  the  basin  and  during  this  period,  record  amounts  of 
flood  control  storage  were  utilized  at  the  six  northern  reservoirs,  ranging 
from  53  "to  71  percent  of  capacity. 

During  this  period,  an  event  occurred  which  reveals  one  of  the  prob- 
lems associated  with  reservoir  regulation  in  the  basin  — the  sudden  and 
significant  effect  of  the  Deerfield  River  runoff  on  Connecticut  River 
discharges.  A rapidly  moving  intense  storm  spread  across  southern  New 
England  during  22-23  April  depositing  2 to  3 inches  in  western  Connecticut 
and  Massachusetts.  During  the  afternoon  and  early  evening  hours  on  22  April, 
when  it  became  apparent  that  heavy  rainfall  was  occurring  over  southern 
New  England,  all  reservoirs  in  the  basin  were  either  throttled  or  shut  down. 
The  Connecticut  River  discharges,  which  haul  been  flowing  at  near  bankfull 
capacity  as  a result  of  upstream  regulation  procedures,  started  to  rise 
quickly  and  in  less  than  18  hours  rose  from  80,000  to  103,000  cfs  at 
Montague  City,  Massachusetts.  As  can  be  seen  from  the  hydrographs  on 
Plate  4,  the  uncontrolled  discharges  from  the  Deerfield  River  caused  most 
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of  this  rise.  Although  we  closed  most  of  the  gates  at  our  dams  on  the 
22nd,  their  holdouts  did  not  have  too  much  of  an  effect  at  Montague  City. 
This  brings  into  account  the  timing  element  and  you  can  see  that  the 
reservoirs  that  did  a little  good  were  on  the  West  River  where  travel 
time  to  Montague  City  is  not  as  great  as  those  further  north.  So  this 
becomes  a critical  area  where  the  river  can  rise  above  flood  stage  in 
less  than  2k  hours  and  travel  time  from  the  reservoirs  in  most  cases  is 
greater  than  this  amount.  (See  Plate  5)« 

All  major  tributaries  in  Vermont  and  New  Hampshire  experienced  record 
volumes  of  runoff  in  April;  for  example,  the  runoff  was  20  percent  greater 
than  the  previous  maximum  for  that  month  based  on  over  50  years  of  record 
for  the  White  River  at  West  Hartford.  Despite  the  high  volume  of  runoff, 
the  natural  peaks  on  the  Connecticut  River  are  estimated  to  be  in  the 
frequency  range  of  once  in  5 years.  Table  3 lists  the  reservoir  stor- 
age utilized  during  the  spring  runoff  of  19^9»  It  is  evident  that  during 
the  spring  runoff  period  we  need  good  forecasting  techniques  and  also 
simulation  programs  to  aid  in  the  regulation  of  large  systems  of  reservoirs. 

Another  important  consideration  during  phase  two  of  a major  flood  is 
spillway  discharge  at  projects  where  the  government  has  not  acquired  fee 
or  easements  on  properties  above  spillway  crest.  Regulation  procedures 
must  take  into  account  the  adverse  effects  in  the  reservoir  area  if  water 
is  stored  above  spillway  crest  versus  the  adverse  effects  downstream  if 
the  water  is  released  through  the  outlet  works. 

Bie  third  phase  of  our  regulating  problem  is  the  emptying  of  the 
reservoirs  on  the  recession  of  the  flood  peak.  Tiiis  is  fairly  easy  with 
only  a few  projects,  but  in  the  Connecticut  basin  our  l6  projects  pose 
a problem.  We  have  begun  a computer  program  for  emptying  the  system, 
trying  to  maintain  an  equal  amount  of  storage  available  at  each  project. 

We  still  have  a long  way  to  go  before  it  is  finished,  but  some  of  the 
parameters  include: 

Reservoir  inflow. 

Reservoir  outflow. 

Immediate  downstream  channel  capacity. 

Travel  time  to  Connecticut  River  downstream  control  points. 

Order  of  downstream  control  points  for  each  dam. 

Time  at  each  set  of  flows. 

Reservoir  storage  at  current  time. 

Reservoir  storage  at  spillway  crest. 

Flood  discharges  at  all  control  points. 

Drainage  area  at  all  reservoirs  and  control  points. 

Predicted  precipitation. 
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TABLE  3 

1969  SPR330  RUNOFF 

MAXIMUM  FLOOD  CONTROL  STORAGE  UTILIZED 


hfeoclmum  Pool  Storage  Ut lilted 

Stage  Kiev.  Ac/Ft  Inches 

(ft)  (ft,msl) 


Connecticut  River  Basin 


Uhlon  Village 

114.2 

534.2 

20,000 

3.0 

53** 

North  Hart land 

128.2 

518.2 

44,900 

3-8 

63** 

North  Springfield 

78.8 

530.8 

34,000 

4.0 

68** 

Ball  Mountain 

197.8 

1003.3 

42,000 

4.6 

66** 

Townshend 

80.3 

537-3 

22,400 

4.0 

66** 

Surry  Mountain 

55-8 

540.8 

23,000 

4.3 

73 

Otter  Brook 

82.6 

765.6 

12,300 

4.9 

71** 

Birch  Hill 

22.6 

837.6 

16,000 

1.7 

33 

Tully 

24.2 

649.2 

5,200 

2.0 

24 

Barre  Falls 

Insignificant  storage  utilised 

- 

Knlghtvllle 

89.2 

569.2 

18, 400 

2.1 

38 

Llttlevllle 

- 

540.7 

7,550 

2.7 

33** 

Colebrook  River 

- 

708.7 

48,000 

7.6 

-** 

Merrljaack  River  Basin 

Franklin  Falls 

- 

349.1 

56,000 

1.1 

35 

Blackwater 

- 

561.6 

34,800 

5.1 

72** 

Hopklnton 

• 

405.0  ) 

) 

69,600* 

2.7 

44** 

Everett 

397.1  ) 

MacDowell 

• 

930.0 

5,300 

2.3 

42 

* Occurred  with  Hopkinton  elevation  at  4-03. 1 
and  Bverett  elevation  at  396. 4 

**  New  record 
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The  River  Forecast  Center  (RPC)  of  the  National  Weather  Service 
forecasts  flood  st-  es  for  the  rivers  in  New  England.  They  use  unit 
hydrographs  and  ha.j  correlated  6torm  rainfall  and  runoff  with  average 
weekly  temperatures.  From  this  analysis,  the  RPC  expanded  its  fore- 
casts to  include  12  hour  rainfall  required  to  bring  certain  rivers  up 
to  flood  stage.  This  forecast  is  issued  weekly  throughout  the  year  and 
is  a useful  guide.  Because  the  RPC  predictions  are  based  on  rainfall 
that  already  has  occurred,  they  are  not  too  helpful  on  the  tributaries 
that  peak  at  the  end  of  the  heavy  precipitation. 

We  have  come  a long  way,  completing  a real  time  data  acquisition 
system.  Mr.  Mirick  will  enumerate  the  programs  we  have  completed  to 
help  in  making  reservoir  regulation  decisions.  I feel  we  can  and  will 
obtain  excellent  results  for  the  minor  and  moderate  floods,  but  we  do 
not  have  procedures  worked  out  for  major  floods  with  high  volumes  when 
spillway  discharge  occurs.  Since  our  reservoir  system  is  fairly  new, 
we  have  not  gained  operating  experience  for  the  entire  system  during  a 
major  flood.  It  is  in  this  area  that  we  are  looking  for  help  to  develop 
the  programs  that  cm  be  run  on  our  computer  in  the  time  frame  we  have 
available  to  aid  in  our  reservoir  regulation  decisions. 
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COMPUTER  PROGRAMS  REQUIRED  FOR  REGULATING 
COMPLEX  RESERVOIR  SYST1MS  FOR  FLOOD  CONTROL 

Discussion 


Question,  Mr.  Matthews:  (l)  Do  you  have  regulation  guides?  (2)  Are 
spillways  gated  or  ungated?  (3)  Do  you  have  resident  operators? 

Reply,  Mr.  Cooper;  (l)  Yes.  (2)  Most  are  gated.  (3)  Yes  - they 
are  under  the  Operations  Division  ordinarily  and  under  the  RCC 
during  critical  periods. 


Question,  Mr.  Sharp:  What  is  the  areal  distribution  of  automated 
hydrometeorological  stations  with  respect  to  damsites. 

Reply,  Mr.  Cooper;  Of  the  33  river  stations,  three  are  situated  upstream 
of  NED  reservoirs  and  the  remainder  sure  on  tributaries  or  along  the 
main  rivers. 


THE  POWER  OF  A GENERAL-STORAGE  DATA  ARRAY 


William  A.  Thomas 


A general  storage  data  array  is  a single  dimensioned  array  which 
treats  computer  memory  as  if  it  were  a large  block  of  space  and  allo- 
cates each  variable  array  to  this  space  by  uniquely  defining,  for  both 
the  computer  and  the  programmer,  the  location  of  its  base  element.  For 
example,  the  general  purpose  data  storage  array,  U(5000),  could  contain 
an  array  of  values  of  elevation  vs.  storage  capacity,  a discharge  rating 
table  for  spillway,  an  outlet  works  discharge  rating  table  and  two  rating 
tables  for  auxilary  spillways.  These  would  appear  in  the  FORTRAN  as 
U(LES),  U(LSR),  U(LOR) , U(LAR1),  and  U(LAR2).  Figure  1 illustrates 
how  these  variables  are  stored. 


U (ARRAY) 


U(LES) 


1st  Element 


Base  of  data  set  "LES" 
(elevation-storage  table) 


U(LSR) 


Last  Element 


1st  Element 


Base  of  data  set  "LSR" 
(spillway  rating  table) 


U (LOR) 


Last  Element 


Base  of  data  set  "LOR" 
(outlet  rating  table) 


U(5000) 


■ Last  address  in  U (ARRAY) 


Figure  1.  Storing  Variables  in  the  U (ARRAY ) 


Research  Hydraulic  Engineer,  U.  S.  Army  Corps  of  Engineers,  The  Hydrologic 
Engineering  Center,  609  Second  Street,  Davis,  California 
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The  base  element  for  the  elevation-capacity  table  might  be  1 or  it 
might  be  some  other  element  in  the  U (ARRAY).  In  either  case  U(I,ES) 
always  locates  the  data  for  the  elevation-capacity  table  by  pointing  to 
its  base  element.  The  base  element  for  the  next  variable  array  to  be 
stored  in  U can  be  calculated  from  LES  and  the  number  of  values  in  the 
elevation-capacity  table.  The  procedure  is  repeated  until  all  variable 
arrays  are  stored. 

The  single-dimensioned  array  is  utilized  because  it  is  the  "lowest 
common  denominator  ' to  which  all  arrays  can  be  conveniently  reduced.  If 
the  input  data  needs  to  be  two-dimensional  or  multidimensional  or  para- 
metric sets  of  values,  it  can  be  so.  However,  all  are  converted  to  a 
single-dimensioned  array  upon  input,  and  the  variables  are  used  as 
single-dimensioned  variables  during  the  entire  program.  For  example,  the 
elevation-capacity  table  above  contains  two  columns  of  thirteen  values 
each  and  would  normally  be  accessed  by  ELSTO(I,.I).  However,  in  the 
U (ARRAY)  this  table  would  be  accessed  by  U(I.ES  + 1C*(J  - 1)  + I)  where 
R is  13,  in  this  case,  and  I and  J are  analogous  to  rows  and  columns, 
respectively.  This  does  not  reflect  additional  computations.  This 
type  of  conversion  will  be  made  by  the  compiler  anyway,  and  some  FORTRAN 
compilers  produce  very  inefficient  code  for  multiple  subscripted  arrays. 

Being  accustomed  to  identifying  variables  by  their  array  name,  the 
programmer  may  be  confused  by  the  above  variable  definitions  at  first. 
However,  the  base  element  subscript  plus  the  array  name  provide  the 
necessary  information  to  uniquely  define  any  variable  array  for  both 
the  computer  and  the  programmer.  It  can  be  described  in  program  documents 
and  the  description  is  no  more  subject  to  change  than  that  for  other  types 
of  data  structure. 

A statement  of  the  author's  philosophy  of  the  utilization  of  elec- 
tronic computers  as  an  engineer's  tool  will  give  insight  into  his  reason 
for  utilizing  the  general-storage  data  array.  Following  this  some  examples 
of  specific  applications  will  be  cited. 

When  work  scheduled  created  pressures  for  results  the  engineer  tradi- 
tionally devised  procedures  which  relied  heavily  upon  his  judgement  but 
which  resulted  in  decisions  that  were  adequately  founded  for  the  job  at 
hand.  Such  procedures  were  "job-oriented"  and  perhaps  new  ones  would  be 
needed  for  the  next  job,  but  this  required  only  changing  a few  columns  on 
a computation  form.  Utilization  of  the  electronic  computer  does  not  lend 
itself  to  such  an  approach,  however.  Computer  program  development  is 
expensive  and  extremely  time  consuming,  and  it  is  often  as  difficult  to 
change  a completed  program  as  it  is  to  develop  one  from  scratch.  Put  in 
the  situation  of  having  the  use  of  a job-oriented"  program  for  general 
application,  the  engineer  has  the  pressure,  not  only  of  completing  studies, 
but  also  of  approximating,  of  simplifying  and  of  transforming  portions  of 
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studies  to  conform  to  program  stipulations.  He  must  then  interpret  the 
significance  of  the  simplifications  on  the  results  and  draw  conclusions. 

It  is  not  unusual  for  this  effort  to  so  completely  dominate  the  entire 
study  that  the  engineer  feels  he  is  being  used  by  the  machine.  As  a 
result  many  engineers  find  reasons  for  avoiding  the  computer  when  at 
all  possible. 

The  engineer  considers  that  neither  developing  nor  using  a computer 
program  is  an  end  in  itself;  it  is  merely  a means  to  an  end.  When  programs 
which  will  serve  his  needs  are  available,  the  engineer  will  use  them  in 
accomplishing  his  jobs.  The  unique  feature  of  these  programs  will  be 
that  they  are  user-oriented. 

A systematic  procedure  for  one  to  follow  in  moving  from  the  initial 
conception  to  the  final  product,  a user-oriented  program  for  general 
application  oy  the  practicing  engineer,  has  not  been  advanced.  This 
paper  does  not  attempt  such.  However,  it  is  the  author's  opinio.*  that 
the  most  important  phase  of  program  development  is  the  initial  pla-  <ng 
phase.  Here  an  overall  plan  is  established  for  the  completed  prog) 

Only  portions  of  this  plan  may  be  implemented  initallv,  but  having  an 
overall  objective  provides  guidance  for  developing  program  logic,  identi- 
fying functional  parts  and  designing  an  appropriate  data  structure  for 
the  present  as  well  as  for  future  expansion.  Very  fundamental  to  this 
concept  is  tiie  fact  that  future  expansion  is  expected  and  a flexible 
data  structure  will  be  required  to  accommodate  it. 

i'lie  type  of  program  which  the  author  desires,  as  a practicing 
engineer,  is  one  which  gives  the  user  maximum  control  over  computers. 

Its  functions  should  be  developed  as  separate  algorithms,  and  most 
attractive  are  algorithms  which  can  stand  alone  so  the  "module"  concept 
of  program  development  can  be  utilized.  This  would  permit  the  engineer 
to  utilize  subprograms,  previously  developed,  for  forming  new  programs. 

One  great  advantage  of  such  'modules"  is  that  debugging  aids  and  special 
error  recovery  logic  can  be  built  into  the  basic  package.  Trace  and 
debugging  aids  are  very  important  to  user-oriented  programs.  These  can 
be  incorporated  into  any  program,  but  programming  time  does  not  usually 
permit  it  for  short  life  programs.  The  type  of  modules  that  are  particu- 
larly useful  in  the  water  resources  area  are  table  search  and  interpolation 
algorithms,  input  algorithms  for  data  arrays,  the  calculation  of  geometric 
properties,  optimization  algorithms,  convergence  criteria  algorithms  for 
solutions  requiring  successive  approximation,  etc.  Another  aspect  of  a 
user-oriented  program  is  that  it  can  be  scaled  up  or  down  when  necessary 
to  fit  problem  and  machine  size.  When  modification  is  required  to 
accommodate  special  features  of  a job,  a user-oriented  program  will  permit 
the  modification  to  be  accomplished  with  a minimum  amount  of  programming 
effort.  Finally,  the  input  data  format  must  be  convenient  to  use,  the 
amount  of  required  data  kept  to  a minimum,  and  the  amount  of  optional 
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data  kept  to  a maximum.  Extensive  program  logic  is  required  to  develop 
this  type  of  input  data  flexibility,  and  it  should  ue  developed  as  an 
algorithm  and  used  for  as  many  input  variables  as  possible  in  as  many 
different  programs  as  possible. 

Jata  handling  and  related  logic  are  the  major  part  of  any  computer 
program,  but  it  is  especially  important  to  a user-oriented  program. 

The  general-storage  data  array  offers  many  desirable  features  for  accom- 
plishing the  type  of  programs  the  author  is  proposing.  It  permits  maximum 
flexibility  in  the  utilization  of  available  computer  memory  without 
reprogramming  by  permitting  the  user  to  allocate  memory  space  among  his 
variables  with  input  data  on  a job  to  job  basis.  Linkage  between  program 
subroutines  and  between  program  segments  is  easily  established  or  changed 
because  the  number  of  variables  is  reduced.  Programs  may  be  developed 
around  the  'module"  concept  with  assurance  that  the  individual  data 
structures  will  be  compatible  with  each  other,  and  programs  may  be 
scaled  up  or  down  with  ease  by  just  changing  the  dimension  of  the  U (ARRAY). 
The  FORTRAN'  coding  for  using  such  a data  structure  lends  itself  to  future 
expansion  because  data  locations  are  specified  as  relative  to  some  variable 
base  element  rather  than  the  absolute,  location  of  standard  type  data 
structure.  Jebugging  printout  and  program  trace  printout  can  be  obtained 
easily  by  printing  the  entire  array  if  necessary.  The  following  applications 
of  this  concept  have  proved  it  to  be  very  useful  and  suggest  that  much 
wider  applications  are  possible. 

In  the  first  application,  a period  of  record,  interior  drainage 
study  was  made  to  produce  stage-frequency  curves  for  the  sump  and  energy 
requirements  for  a pump  station  for  pre-  and  then  for  post-project  condi- 
tions on  the  Arkansas  River.  The  routing  had  to  account  for  both  gravity 
flow  and  pumping. 

The  bulk  of  data  was  the  result  of  storing,  in  table  form,  the  informa- 
tion shown  in  figure  2.  The  storage  vs.  elevation  data,  figure  2a,  gravity 
flow  through  the  culvert,  figure  2b,  and  pump  characteristics  data,  figure 
2c,  all  required  table  look-up  procedures.  The  rating  table  for  the  cul- 
vert contained  river  stage  as  a parameter  and  the  characteristic  curves 
for  the  pump  required  shifting  the  dependent  and  independent  variables 
back  and  forth  from  head  and  discharge  to  discharge  and  energy  as  calcu- 
lations proceeded.  Memory  size  and  programming  time  did  not  permit 
utilizing  different  table  look-up  algorithms  for  each  situation;  there- 
fore, all  variables  were  stored  in  the  U (ARRAY)  and  a single  table  look-up 
algorithm  was  developed. 

Linkage  between  the  main  program  and  the  table  search  subroutine  was 
accomplished  by  putting  the  U(ARRAY)  in  common  and  transferring  the  proper 
base  element  locater  and  independent-dependent  variables  at  the  call 
statement  as  follows; 
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Main  Program:  COMMON  U(1000) 

CALL  TBS (IX,  IY,  NX,  NP,  LBE,  X,  Y,  P,  F) 

Subroutine:  SUBROUTINE  TBS (IX,  IY,  NX,  NP,  LBE,  X,  Y,  P,  F) 

COMMON  U(1000) 

where  IX  ■ column  number  of  independent 

variable  in  multi-column  array 
IY  - column  number  of  dependent 
variable 

NX  » number  of  (X,Y)  points  in  table 
NP  - number  of  parametric  curves  (sets 
of  (X,Y)  points) 

LBE  - location  of  base  element  in 
U-array 

X = value  of  independent  variable 
Y - value  of  dependent  variable 
P =*  value  of  parameter 
F = flag  information 


PUMP  CHARACTERISTICS 
(c) 

Figure  2.  Basic  Data  for  Interior  Drainage  Study 
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The  river  stage  was  furnished  to  the  table  search  subroutine  for  that 
table  requiring  it  as  a parameter,  and  the  column  numbers  of  the  dependent 
and  independent  variable  to  be  considered  in  the  multi-column  table  of 
pump  euaracteris tics  was  furnished  also.  The  procedure  worked  nicely. 

The  table  search  subroutine  was  developed  into  a ' module  ' that  has  been 
used  in  several  other  applications  with  no  reprogramming  except  to  change 
tae  size  of  the  U(.VRRAY)  to  fit  requirements  of  the  calling  program.  An 
additional  discharge  rating  curve  was  later  added  to  simulate  another 
outlet,  and  it  only  required  establishing  do  loops  whose  limits  were  defined 
bv  t.‘ie  number  of  outlets  desired.  The  new  discharge  rating  curve  did  not 
have  to  be  parametric.  In  fact,  with  the  do  loops  defined  by  the  miraoer 
of  outlets  with  input  data,  any  number  could  be  simulated  with  no  addi- 
tional programming. 

A routing  situation  involving  two  reservoirs  connected  by  a canal 
required  special  study  for  design  memorandum  purposes.  The  outlet  structure 
was  located  in  one  reservoir  and  the  emergency  spillway  in  the  other, 
because  of  the  large  number  of  variables  Involved  and  the  possibility  of 
modifying  the  general  arrangement  of  facilities  during  design  studies,  a 
general -storage  data  structure  was  developed.  The  freedom  of  varying  array 
size  to  fit  the  study  permitted  the  investigation  of  several  different 
plans  without  reprogramming  by  making  maximum  use  of  the  memory  available, 
l'hls  is  not  a general  application  program,  but  it  Is  user-oriented  because 
the  table  searcii  subroutine  and  much  of  the  input  algorithm  from  the  first 
example  were  used  here  also.  This  reduced  programming  time  to  the  point 
of  maxing  it  feasible  to  utilize  the  computer  in  this  study.  This  PULS 
routing  was  not  performed  from  S 4-  t^/2  curves  like  example  1 was,  but  no 
change  to  the  basic  data  structure  was  required  to  use  tiie  table  search 
routine . 

The  most  complicated  problem  to  which  the  author  has  applied  tiie 
concept  of  general-storage  data  arrav  involves  sediment  distribution  in 
a reservoir.  because  of  tiie  complex  relationships  between  hydraulic 
parameters,  sediment  load  and  grain  size  and  the  influence  that  the 
composition  of  the  bed  has  upon  tiie  sediment  transport  relationships, 
it  was  not  possible  to  determine  in  advance  how  much  space  should  be 
allocated  to  each  of  the  variables  involved.  The  size  of  the  overall 
program  necessitated  segmentation , and  a simple  linkage  with  good 
debugging  features  was  desired.  l'o  avoid  tiie  possibility  of  having 
to  reprogram  to  accommodate  minor  changes,  and  to  provide  good  linkage 
for  segmentation,  two  general  data  arrays  were  establisheu.  One  consisted 
primarily  of  coefficients  and  variaoles  defined  at  initial  input  and 
retained  throughout  the  entire  run  and  the  other  consisted  of  values  that 
were  changed  each  computation  cycle.  The  data  structure  that  was  developed 
permitted  the  analysis  or  up  to  S grain  sizes  for  up  to  10  discharges  in  a 
set  and  through  7 reaches  of  the  river.  However,  if  verification  of  the 
node!  had  dictated,  these  numbers  could  have  been  adjusted  to  any  other 
combination  as  long  as  their  sum  did  not  exceed  the  total  memory 
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space  acquired  by  the  U(AKKAY).  The  resulting  program  was  adapted  to 
tue  job,  rather  than  requiring  the  study  bo  modified  to  fit  the  rigid 
requirements  of  the  nacuine. 

The  flexibility  of  tills  design  was  of  great  value  later  when  a 
completely  different  sediment  transport  relationship  was  incorporated 
into  the  program.  The  original  transport  relationship  required  3 variables; 
the  new  one  required  6 variables.  The  transition  was  made  by  ciianging 
the  base  element  locations  to  account  for  Che  proper  number  of  variables. 

Mo  changes  were  required  to  the  statements  actually  using  the  variables, 
because  base  element  names  did  not  change.  Statements  were  added  to  perform 
linkage  with  the  new  algorithm. 

in  Summary  . . . 

in  the  field  of  hydraulic  engineering,  studies  deal  in  both  the  time 
and  space  domains.  Functions  are  represented  as  arrays  of  descrete  values 
and  integration  and  differentiation  are  accomplished  by  numerical  techniques. 
The  number  of  gage  locations,  controls,  tributaries  and  damage  centers 
change  from  project  to  project  and  the  amount  of  detail  required  changes 
from  study  to  study.  A large  number  ol  variables  are  involved  and  their 
importance,  relative  to  each  otner,  changes  from  job  to  job.  Data  storage 
and  manipulation  is  a major  part  of  any  computer  program. 

Computer  applications  are  stilL  in  the  early  stages  of  development 
and  changes  to  existing  programs  are  constantly  in  demand.  The  only  way 
to  make  progress  is  to  carefullv  design  programs  according  to  a compre- 
hensive plan  and  provide  for  future  expansion.  Avoid  reprogramming 
where  possible  and  minimize  the  effort  for  accomplishing  unique  studies 
by  designing  a simple  data  structure  that  is  flexible  to  changes  in  the 
number  of  variables  as  well  as  the  amount  of  data  that  can  be  used  to 
define  a variable.  The  general-storage  Data  structure  offers  not  only  a 
flexible  data  structure  but  also  causes  a more  flexible  type  of  program 
Logic  to  result  by  inviting  iterative  computation  locic  which  does  depend 
upon  knowing  that  the  absolute  location  of  data  is  in  element  1 of  an 
array.  Therefore,  changes  and  additions  can  be  accomplished  with  much 
less  programming  than  is  required  for  the  more  rigidly  specified  data 
structure.  The  user  can  translate  tne  program  from  one  machine  to 
another,  scale  it  up  or  down  to  accomplish  most  efficient  use  of  memory 
space,  develop  subroutines  as  ‘modules’  with  assurance  that  their  data 
structures  will  he  compatible  and  assign  the  length  of  variable  arrays 
at  execution  time  with  no  special  requirements  to  input  data.  The 
results  arc  programs  which  can  he  applied  to  jobs  with  the  sensation 
that  the  machine  is  a tool  of  the  user  rather  than  the  user  a tool  of 
the  machine. 
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THE  POWER  OF  A GENERAL-STORAGE  DATA  ARRAY 
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Discussion 


Comment, Mr.  Beard:  The  technique  of  combining  data  in  a single- 

dimensioned  array  can  be  applied  to  computed  quantities,  as  well 
as  to  input  data.  The  HEC-1  package  has  a good  example  of  this, 
where  hydrographs  for  possibly  5 locations,  4 plans  of  development, 
and  9 flood  sizes  can  be  carried  in  storage.  With  150  ordinates 
per  hydrograph,  this  takes  27,000  memory  locations.  This  information 
was  formerly  stored  in  a triple-dimension  array,  but  is  now  stored  in 
a single-dimension  array,  allowing  great  flexibility  in  combinations 
of  numbers  of  locations,  floods,  plans  and  ordinates.  Of  course,  it 
is  especially  important  to  have  a program  check  for  exceeding 
dimension  capacity,  because  the  user  can  easily  exceed  the  capacity 
inadvertently. 

Reply,  Mr.  W.  Thomas:  It  was  not  the  author's  intent  to  limit  use  of 
the  general-storage  data  array  to  input  data.  The  same  variable 
names  used  to  input  data  are  also  used  in  dfta  manipulation, 
computations,  linkage  between  various  subroutines  and  linkage  with 
secondary  storage.  Values  in  these  storage  locations  may  be 
initialized  by  input  data  but  changed  many  times  during  the 
execution  of  the  program. 

Question,  Mr.  Mirick:  Why  confine  this  data  array  concept  only  to 
core  storage  area,  instead  of  disk  file  area? 

Reply,  Mr.  W.  Thomas:  It  was  not  intended  to  imply  that  this  data 

structure  was  limited  to  the  computer  memory.  It  is  appropriate  as 
a basic  data  structure  in  both  Internal  and  external  storage. 


f 


P 


COMPUTER  PROGRAMS  USED  TO  COLLECT,  STORE 
AMD  ANALYZE  DATA  RECEIVED  FROM  THE  MW 
ENGLAND  DIVISION  AUTOMATIC  HYDROLOGIC 
RADIO  REPORTING  SYSTEM 
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INTRODUCTION 


1.  PURPOSE 

There  have  been  discussions  at  this  seminar  on  the  advantages  and 
disadvantages  of  closer  contact  between  the  programmer  and  the  computer. 
The  program  I will  describe  is  designed  for  reservoir  regulation  per- 
sonnel to  operate  an  IBM  1130  computer  to  Interrogate,  tabulate  and  plot 
hydrologic  data  during  the  progress  of  a flood. 

2.  DESCRIPTION  OP  SYSTEM 

The  New  England  Division  improved  the  speed  of  receiving,  analysing, 
and  computing  the  large  volume  of  river  gage,  tide  gage  and  reservoir 
data  so  that  optimum  regulation  procedures  and  control  can  be  achieved 
at  all  times.  With  the  aid  of  an  Automatic  Radio  Interrogation  System, 
combined  with  a computer  and  plotter,  this  has  become  a reality.  The 
reporting  system  for  relaying  hydrologic  and  meteorologic  information 
into  a l6K,  1130  IBM  computer  was  officially  dedicated  on  January  5»  1970. 
The  system  was  designed  and  built  by  Motorola,  Inc.,  under  the  auspices 
of  the  New  Bigland  Division  Corps  of  Engineers,  for  the  Reservoir  Control 
Center  (RCC)  in  Waltham,  Massachusetts.  It  contains  four  relay  stations, 
twelve  repeater  stations,  forty-one  hydrologic  data  reporting  stations, 
and  five  remote  teletype  receiving  stations. 

In  order  to  interrogate  these  stations,  an  identifying  signal  from 
the  Motorola  interface  data  control  unit  is  initiated  by  an  1130  com- 
puter program  for  each  of  forty-one  hydrologic  stations.  Each  remote 
station  then  transmits  back  one  to  four  parameters  of  Information.  The 
two  coastal  stations  report  tidal  stage,  barometric  pressure,  wind  veloc- 
ity and  wind  direction,  and  the  remaining  thirty-nine  stations  transmit 
river  stage  and/or  precipitation.  Fbur  of  these  stations  transmit  rain- 
fall and  river  stage  and  one  transmits  rainfall  only.  Since  the  path  of 
transmission  by  necessity  is  line  of  sight,  data  from  some  stations  are 
transmitted  through  a repeater  station  and  then  through  two  relay  sta- 
tions before  arriving  at  Waltham,  thence  through  an  interface  to  the 
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(f)  Automatically  interrogate  all  stations  at  the  times 

entered. 

(g)  Send  a single  teletype  message. 

(2)  Subprograms . Other  subprograms  not  directly  controlled  by 
the  subroutine  were: 

(a)  Interrogation  Printout  Subroutine,  This  routine  printed 
out  the  station  number,  time,  river  stage  and/or  rainfall  for  39  stations 
and  tidal  stage,  barometric  pressure,  wind  velocity  and  direction  for  the 
two  coastal  stations.  A battery  "charge  alarm"  and  "no  report"  messages 
were  printed  when  applicable. 

(b)  Time  Delay.  Interrogation  and  teletype  signals 
required  that  the  computer  be  delayed  in  carrying  out  its  next  programmed 
instruction  until  the  mechanical  and/or  electrical,  and  radio  transmissions 
were  completed.  These  were  accomplished  by  a time  delay  routine  in  assembly 
language  called  from  a fortran  subprogram. 

(c)  Time.  A time  routine  maintained  a record  of  day  of 
year,  hours  and  minutes  and  the  variables  were  in  common  through  all  sub- 
routines that  used  the  common  area. 

(d)  Interrogation  Time  Looping  Subroutine.  This  subprogram 
continually  refreshed  itself  by  calling  a routine  which  recalled  the 
looping  subroutine  back  again.  This  process  continued  until  time  of  day 
coincided  with  any  one  of  the  interrogation  times  entered,  or  a console 
switch  was  thrown  which  would  return  control  to  the  keyboard  options. 

d.  Teletype  Program.  A third  package  supplied  was  the  teletype 
routines  called  from  the  control  subprogram.  Initially,  this  sent  one 
preset  test  message  to  any  of  the  five  receiving  stations. 

4.  NEW  ENGIAND  DIVISION  PROGRAMS 

a.  Files.  At  the  present  time,  the  interrogation  programs  have 
been  expanded  to  meet  the  needs  of  the  Reservoir  Control  Center.  Six 
existing  files  used  for  plotting  reservoir  data  on  a Calcomp  502  plotting 
table  from  card  input  have  been  expanded  to  Include  the  4l  stations  of 
the  Automatic  Interrogation  System.  These  files  are  as  follows: 

(1)  File  1 contains  the  station  number,  station  name,  drainage 
area,  alert  and  flood  stage,  stage -discharge  and  stage-capacity  tables 
for  reservoirs  for  a selected  stage  increment  for  every  station.  Inter- 
polation routines  compute  the  discharge  or  capacity  from  these  tables. 
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(2)  File  2 contains  station  number  and  plotting  scales  for  stage, 
discharge  and  time. 

(3)  File  3 contains  plot  sheet  number  and  station  arrangement 
on  one  to  ten  sheets. 

(4)  Files  4 and  5 contain  the  station  number  and  last  file  read 
and  last  file  plotted,  respectively. 

(5)  File  6 contains  the  station  number  and  from  1-200  back 
readings  of  each  station.  The  readings  include  time,  stage,  discharge, 
precipitation  (or  outflow  and  inflow)  and  an  alarm  message.  One  of  five 
alarm  messages  or  a blank  is  compacted  with  the  precipitation  parameter 

on  file,  so  that  these  messages  can  be  printed  or  sent  out  on  the  teletype 
at  a later  time. 

(6)  A seventh  file  was  set  up  on  a separate  file  disk  for  long 
term  storage  of  stage  data.  The  stage  and  time  only  are  stored  in  two 
words.  This  tight  compaction  allows  about  l/4  million  readings  or  four 
years  of  data  on  one  disk.  If  a more  permanent  storage  is  required  in 
cards,  a "dump"  operation  from  disk  file  to  card  output  in  binary  can  be 
performed. 

b.  Present  Programs.  The  present  interrogation  program  contains 
most  of  the  original  options,  but  most  of  these  options  now  have  sub- 
options. To  start  the  program,  a basic  operating  data  card  is  read  after 
execution.  This  card  contains  all  interrogation  times  and  other  data 
needed  to  operate  for  normal  conditions.  If  different  interrogation  times 
or  controls  are  needed,  the  changes  can  be  made  by  this  card  or  by  key- 
board options.  Program  options  are  as  follows: 

(1)  A single  station  scan  can  be  printed  and  put  on  or  off  files. 

(2)  An  all  station  scan  can  be  printed  and  put  on  file. 

(3)  Enter  day  of  year  and  time  of  day.  This  is  the  only  option 
that  has  to  be  entered  by  keyboard  with  every  loading  of  the  program. 

(4)  Enter  8 interrogation  times,  zone  control,  and  rainfall 
tolerance.  The  8 interrogation  times  are  in  such  a manner  that  if  the 
first  four  are  tested  against  time  only  then  the  system  will  interrogate 
all  stations  every  6 hours.  If  all  8 times  are  tested,  then  3 hour  read- 
ings can  be  obtained.  Zone  control  permits  intermediate  interrogations 
of  the  two  coastal  stations  or  two  of  the  larger  basins  on  any  time  incre- 
ment, in  minutes,  provided  it  will  divide  evenly  into  any  one  of  the  all 
station  scan  intervals.  Rainfall  tolerance,  the  last  entry,  will  cause 
all  data  to  be  sent  out  to  the  teletypes.  If  the  tolerance  is  exceeded, 
its  value  will  be  reduced  by  ten  percent. 
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(5)  Automatic  all  station  scan  at  four  or  eight  interrogation 


times  per  day  will  he  made  with  or  without  intermediate  scans  of  the  two 
coastal  stations  or  two  river  basins.  At  the  completion  of  an  automatic 
all  station  scan,  data  from  one  or  two  key  index  stations  will  be  sent 
to  each  of  the  five  teletype  stations.  Both  calculated  and  observed 
data  are  sent  from  the  last  reading  just  put  on  file.  If  no  reading  was 
received  from  that  station,  a no  report  message  is  sent  along  with  the 
previous  reading  that  was  received.  Any  alarm  reading  will  cause  all 
stations  to  be  sent  instead  of  the  single  index  station.  These  alarms 
are  as  follows: 

(a)  "FSTG"  - The  reading  of  stage  is  at  or  above  flood  stage. 

(b)  "WARN"  - Hie  reading  of  stage  is  between  the  first  alert 
and  flood  stage. 

(c)  "RAIN"  - If  the  difference  in  rainfall  total  at  any 
of  the  five  precipitation  stations  exceeds  the  rainfall  tolerance,  the 
tolerance  will  be  reduced  by  one-tenth,  or  by  two-tenths  the  tolerance 
if  twice  the  tolerance  is  exceeded.  Whenever  the  tolerance  is  cut  below 
.22  inch,  3-hour  interrogations  will  be  initiated.  A warning  stage  will 
cut  the  to.1  ranee  to  .24  inch  of  rain.  Any  further  rain  alarm  will  set 
the  system  co  interrogate  every  three  hours  instead  of  six  hours.  A 
flood  stage  will  also  set  the  system  for  three  hour  Interrogations  and 
cut  the  rainfall  tolerance  to  under  one-Huaraer  inch. 

(6)  Hie  first  line  of  every  automatic  teletype  contains  identi- 
fying asterisks  followed  by  the  current  information  on: 

(a)  Hie  last  station  to  cause  an  alarm  on  the  system; 

"0"  if  none. 

(b)  Time  in  day  of  year,  hour  and  minute. 

(c)  Day  of  month. 

(d)  Hiree  or  six  hour  intervals  for  all  station  scans. 

(e)  Rainfall  tolerance  in  hundredths  of  an  inch. 

(7)  A utility  program  for  the  files  was  developed  out  of  a 
listing  program.  Many  different  options  of  listing  back  data  from  file 
and  resetting  overlapping  and  correcting  any  files  were  developed.  Any 
number  of  back  readings  (from  1-200)  for  a single  or  all  stations  in  a 
basin  can  be  listed.  Even  a simple  listing  of  data  cards  was  found  to  be 
a useful  subprogram  to  add  to  this  subroutine. 
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Additional  internal  routines  have  been  added  and  some  existing  ones 
altered,  as  follows: 

(a)  The  interrogation  printout  subroutine  includes  the 
checks  for  flood  and  warning  stages,  rainfall,  nonvalid  and  no  reports. 

It  prints  out  the  current  file  number,  station  name,  time,  stage,  dis- 
charge, discharge  per  square  mile  and  precipitation  if  included.  The 
routine  also  keeps  track  of  the  last  file  number  for  each  station  and 
enters  the  data  on  the  next  file. 

(b)  The  interrogation  time  looping  subroutine  not  only 
selects  the  correct  time  for  interrogations,  but  controls  the  order  of 
stations  reporting. 

(c)  Zone  control  determines  the  correct  time  to  interro- 
gate intermediate  coastal  or  dual  basin  scans  such  that  the  all  station 
scan  will  go  off  at  the  prescribed  times,  regardless  of  the  time  when 
the  program  was  initiated. 

(d)  Interpolation  and  extrapolation  routines  calculate 
discharge  or  reservoir  storage  from  tables  on  file. 

(e)  A data  transfer  routine  will  move  interrogated  stage 
data  and  the  computed  discharge  for  six  of  the  uncontrolled  dams  to  a 
different  file  number  and  location  so  that  reservoir  capacity  tables  may 
be  used  for  computing  inflow  and  storage  available.  These  latter  file 
station  numbers  should  be  used  when  setting  up  the  reservoir  data  plotting 
program.  This  transfer  is  performed  by  a special  subroutine  that  is  now 
called  once  daily  after  7 a.m.  to  keep  these  files  updated.  The  rating 
table  that  is  used  to  compute  the  outflow  for  these  uncontrolled  dams  is 
interpolated  between  table  values  on  a straight  line  basis  except  for  the 
first  increment  which  interpolates  using  the  weir  formula.  This  gives 
closer  results  for  low  flow  readings,  especially  over  a weir  or  small 
spillway. 


(f)  A calendar  routine  will  print  out  the  day  and  month 
when  given  the  day  of  the  year. 

The  teletype  subroutines  are  separate  but  can  be  entered  by  the  last 
option.  They  can  send  typed  messages  from  the  keyboard  or  from  the  card, 
and  the  routines  can  be  used  to  send  any  number  of  back  readings  on  file 
similar  to  the  listing  routine  in  the  utility  subroutine.  These  are  the 
routines  that  are  called  immediately  after  the  automatic  all  station  scan. 
Internal  subprograms  used  in  the  teletype  are: 
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(a)  Convert  alpha  characters  to  teletype  code. 

(b)  Convert  real  number  values  to  teletype  code. 

(c)  A control  routine  switches  the  sending  from  one 
teletype  station  to  the  next,  sending  only  the  stations  that  are  located 
within  the  basin  or  adjacent  to  where  the  teletype  is  located. 

(d)  A looping  subroutine  sends  one  character  at  a time 
until  a single  line  of  teletype  is  complete. 

Since  a teletype  is  not  set  up  in  the  computer  room,  a service 
interrogation  program  in  core  image  was  developed.  A short  but  fast 
executing  program  was  required  so  that  service  testing  or  a quick  6tage 
reading  could  be  made  without  changing  a disk  in  the  console.  No  files 
were  used  and  only  a repeated  single  station  scan  was  needed.  However, 
a reading  cannot  as  yet  be  obtained  while  another  program  is  in  operation. 

RESERVOIR  DATA  AND  RIVER  GAGE  PLOTTING  PROGRAM 

5 . GENERAL 

A reservoir  data  and  river  gage  plotting  program  was  developed  prior 
to  the  introduction  of  the  interrogation  program.  Due  to  inconsistent 
common  areas  and  limited  core  storage,  they  have  not  been  combined.  This 
program  will  plot  the  stage  and/or  discharge  hydrograph  for  any  river 
gage  on  the  interrogation  system  files.  It  will  also  plot  the  pool  stage, 
outflow  and  inflow  for  any  of  the  flood  control  dams  controlled  by  the 
New  England  Division.  The  input  for  all  stations  is  from  either  card 
input  for  most  of  the  dams  or  automatic  input  following  each  interrogation. 

6.  PROGRAM  OPTIONS 

Similar  to  the  interrogation  program,  several  options  are  typed  on 
the  typewriter. 

a.  The  first  option  is  for  entering  input  by  ard  or  keyboard. 

b.  The  sheet  number,  title  and  layout  order  for  nine  box  outlines 
are  entered  by  card  or  keyboard.  Each  graph  is  loca+ ed  in  the  proper  box 
by  entering  the  station  number  in  proper  reading  order.  Two  or  three  dis- 
charge hydrographs  can  be  plotted  in  the  same  box  on  the  same  scale  by 
entering  each  additional  station  by  its  negative  number  and  a different 
symbol  is  automatically  plotted  with  each  graph. 

c.  Plot  the  box  outline  and  print  all  titles  fcr  the  sheet  number 
entered  above. 
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d.  Read  the  axis  data  for  all  stations  and  place  on  a file  the 
starting  unit  and  units  per  inch  for  stage,  discharge,  and  time.  A zero 
units  per  inch  causes  a bypass  to  the  next  scale  or  station  in  the  scale 
layout  of  the  graphs. 

e.  Plot  all  axis  data  for  each  box  outline  on  the  sheet. 

f . Enter  reservoir  data  on  card  or  keyboard,  line  at  a time,  reading 
station  number,  day,  time,  stage  and  discharge. 

g.  Plot  all  reservoir  and  gage  data  that  will  fit  within  the  con- 
fines of  the  box  outline  for  each  reservoir  or  gaging  station  and  in 
accordance  with  the  given  scales.  Any  plot  point  that  would  fall  outside 
the  box  outline  is  omitted,  This  process  assures  that  only  the  range  of 
dates  selected  will  be  plotted  as  well  as  screening  outside  non-valid  data. 

h.  Plot  all  new  data  from  the  previous  plotted  data.  Ibis  option 
saves  the  time  of  plotting  each  location  from  the  beginning  each  time  a 
new  set  of  data  is  entered. 

i.  Ibis  option  is  used  for  changing  the  time  scale  only,  for  all 
the  stations.  This  allows  all  the  vertical  scales  and  titles  to  be 
plotted  or  reproduced  on  sheets  to  be  ready  in  the  event  of  a rapidly 
developing  flood.  Only  the  time  scale  has  to  be  plotted  after  all  sta- 
tion time  scales  have  been  set  for  the  starting  time  and  days  per  inch. 

The  time  required  to  plot  all  full  sheets  with  titles  and  scales  could 
run  3A  hour.  A sheet  that  is  already  layed  out  should  not  take  more 
than  ten  minutes  to  plot  time  scales  and  hydrographs. 

J.  This  option  is  used  for  changing  the  sheet  on  the  plotting  table 
and  relocating  the  pen  origin. 

k.  ttie  last  option  calls  in  the  same  utility  program  used  in  the 
interrogation  program  using  the  same  suboptions  for  listing  or  altering 
files. 


SUJWARY 


7 * GEHERAL 

It  is  possible  to  expand  the  interrogation  system  to  99  stations  with 
the  available  storage  and  existing  hardware.  Meanwhile,  it  may  be  nec- 
essary to  economize  on  storage  if  new  subroutines  are  added.  To  date, 
all  but  266  words  of  the  16  K of  core  storage  are  utilized  by  the  present 
main  line  program  and  subroutines. 
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Although  it  would  he  desirable  to  combine  as  many  programs  as  pos- 
sible with  real  time  features  of  the  interrogation  program,  core  storage 
area  is  a limiting  factor.  We  are  investigating  the  possibility  of 
multiprogramming  capabilities  for  the  IBM  1130.  In  fact,  IBM  is  preparing 
a package  to  go  with  their  new  System  7 computer  which  will  be  available 
in  the  fall  of  1971. 
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COMPUTER  TECHNIQUES  USED  IN 
A MASS  DATA  ANALYSIS 


By 

D.  M.  Thomas1 
INTRODUCTION 

During  the  1970  fiscal  year,  the  Geological  Survey  undertook  and 
completed  nationwide  studies  of  the  needs  for  streamflow  information  and 
of  the  adequacy  of  available  streamflow  data  for  meeting  the  needs.  The 
objective  of  those  studies  was  to  design  an  efficient  program  for  pro- 
viding needed  information.  The  studies  required  extensive  use  of  com- 
puter techniques  to  assemble  and  analyze  the  large  mass  of  streamflow 
data  that  has  been  collected  over  the  past  "JO  years. 

The  purposes  of  this  report  are  to  describe  some  of  the  computer 
techniques  used  in  those  studies  and  to  announce  some  of  the  study 
products  that  will  be  useful  in  future  hydrologic  investigations. 

Streamflow  information  evaluation  studies  were  performed  in  each 
Water  Resources  Division  (WRD)  district  office  except  Hawaii.  A pro- 
ject leader  was  selected  in  each  district  who  was  familiar,  with  the 
gaging  program  and  with  streamflow  records,  but  the  experience  of  these 
leaders  in  analytical  procedures  and  in  computer  methods  varied  widely. 

It  was  necessary  therefore  to  provide  a carefully  prepared  and  detailed 
set  of  instructions  on  the  desired  methods  of  analysis  and  on  the  methods 
of  using  computer  programs.  In  addition,  a senior  member  of  the  Regional 
or  Washington,  D.C.,  headquarters  staff  was  assigned  to  each  district  to 
advise  on  the  analysis  and  to  expedite  and  coordinate  the  work. 

Nearly  all  of  the  machine  data  assembly  and  analysis  work  was  done 
on  the  Geological  Survey's  computer  system.  The  primary  features  of  this 
system  are  on  IBM  360/65  central  processing  unit  located  in  Washington, 
D.C.,  with  major  terminals  located  in  Rolla,  Mo.,  Denver,  Colo.,  and 
Menlo  Park,  Calif.  Very  little  additional  computer  related  equipment  was 
available  to  district  personnel.  Perhaps  six  districts  had  access  to  card 
punching  equipment,  and  a few  additional  districts  had  the  special  type- 
writers needed  for  preparing  typed  input  to  an  optical  character  reader. 

Because  of  the  large  mass  of  data  analyzed,  the  variability  in  ex- 
perience of  the  project  leaders,  and  the  general  inaccessibility  of  the 
project  leaders  to  the  computer  system;  this  streamflow  evaluation  study 
provided  a unique  experience  in  computer  applications. 


^^Hydrologist,  Surface  Water  Branch,  WRD,  Geological  Survey,  Washington,  D.C. 
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In  this  report  the  overall  framework  of  the  streamflow  evaluation 
studies  will  he  described  first,  then  the  computer  techniques  will  be 
discussed,  and  finally  some  products  of  the  study  will  be  announced. 

STREAMFLOW  DATA  EVALUATION  METHODS 

Methods  used  in  the  study  of  streamflow  programs  will  be  described 
only  briefly.  More  detailed  description  has  been  provided  by  Carter  and 
Benson  (1970)  and  in  reports  for  each  WRD  district  except  Hawaii. 

The  study  consisted  of  four  steps:  (l)  establishing  program  goals 
in  a quantitative  form,  (2)  assessing  the  adequacy  of  existing  data  for 
meeting  those  goals,  (3)  considering  alternate  means  of  meeting  goals 
for  which  available  data  are  insufficient,  and  (4)  proposing  the  most 
efficient  possible  future  streamflow  information  system.  Another  feature 
of  the  study  was  that  all  streamflow  data  was  considered  to  be  of  four 
types:  (l)  data  for  current  use,  (2)  data  for  planning  and  design, 

(3)  data  on  long  term  trends,  and  (4)  data  on  stream  environment. 

Table  1 shows  the  study  framework. 

Current  Use  Data  - The  goal  for  current  use  data;  which  is  data  needed 
for  management,  assessment,  or  surveillance;  is  to  provide  gaging  records 
of  any  desired  accuracy  at  any  necessary  site.  In  the  evaluation  studies 
the  current  use  of  data  was  determined  for  all  active  gages. 

Planning  and  Design  Data  - Statistical  characteristics  of  flow  may  be 
needed  by  planners  and  designers  at  any  point  on  any  stream.  The  goal 
is  to  provide  these  data  with  an  accuracy  attainable  from  10  years  of 
observed  record  on  minor  streams  and  with  an  accuracy  attainable  from 
25  years  of  record  on  major  streams. 

Since  it  is  impossible  to  operate  gages  at  every  point  where  data 
may  be  wanted,  a method  is  needed  for  transferring  information  from  the 
sample  of  gaged  points.  Different  transfer  methods  are  used  for  natural 
and  non- natural  streams. 

On  natural  flow  streams,  multiple- regression  relations  defined  be- 
tween a flow  characteristic  and  drainage  basin  characteristics  provide 
an  effective  method  of  transferring  information.  Once  the  relation  is 
defined,  basin  characteristics  above  an  ungaged  point  may  be  determined 
and  used  in  the  relation  to  estimate  the  flow  characteristic.  A measure 
of  the  accuracy  of  such  estimates  is  provided  by  the  "standard  error  of 
estimate". 

In  the  data  evaluation  study,  multiple- regression  relations  were 
defined  to  estimate  a wide  range  of  flow  characteristics.  The  accuracy 
of  those  relations  was  then  compared  with  the  accuracy  obtainable  from 
10  and  from  25  years  of  observed  record.  If  the  regression  estimates 
were  found  to  be  of  equal  or  superior  accuracy,  then  the  available  data 
were  considered  adequate  to  meet  the  goal. 


For  non-natural  streams  a systems  model  approach  will  be  required 
to  define  flow  characteristics.  Definition  of  systems  models  for  all 
regulated  streams  was  beyond  the  capabilities  available  for  this  study, 
so  the  evaluation  was  limited  to  setting  priorities  for  future  stream 
studies  and  assessing  the  amount  of  available  data  in  the  system. 

Long-term  trend  Data  - Long-term,  homogeneous  flow  records  are  needed 
for  time-series  analysis  and  for  adjusting  nearby  short-term  records. 

In  the  evaluation  studies,  the  long-term  records  of  natural-flow  streams 
which  are  expected  to  remain  in  a comparable  future  condition  were  iden- 
tified and  from  this  group  about  450  gages  were  proposed  for  indefinite 
future  operation. 

Environmental  Data  - Environmental  data  includes  a broad  category  of 
information  such  as  flood  prone  area  delineations,  flood  profiles, 
time-of-travel,  drainage  basin  characteristics,  and  so  forth.  In  the 
evaluation  studies,  the  needed  types  of  environmental  data  were  deter- 
mined, and  plans  proposed  for  providing  it. 

COMPUTER  TECHNIQUES 

Computer  techniques  used  in  the  evaluation  studies  were  concerned 
with  judging  the  adequacy  of  available  data  for  providing  planning  and 
design  information.  The  steps  taken  in  the  study  were:  (l)  expansion 
and  creation  of  data  files,  (2)  computation  of  flow  characteristics 
from  the  data  files,  (3)  definition  of  basin  characteristics,  and 
(4)  multiple- regression  analysis  using  flow  characteristics  as  depen- 
dent variables  and  basin  characteristics  as  independent  variables. 

Data  Files  - Two  data  files,  the  daily  discharge  file  and  the  flood  peak 
file,  provided  input  to  a set  of  computational  programs  used  to  evaluate 
the  statistical  characteristics  of  a streamflow  record. 

A sequential,  magnetic  tape  file  containing  about  185,000  station- 
years  of  daily  discharge  record  existed  at  the  stait  of  the  study. 

During  the  study,  23,000  additional  station- years  of  record  were  merged 
into  the  file.  The  file  now  contains  all  daily  records  over  10  years 
in  length  (through  the  1967  water  year)  for  all  natural  or  virtually 
natural  flow  sites  and  for  all  regulated  flow  sites  where  monthly  flow 
values  can  be  adjusted  on  the  basis  of  storage  and  diversion  records 
to  represent  natural  flow  conditions  with  an  error  of  less  than  10 
percent. 

Three  techniques  were  used  for  entering  daily  discharge  records 
into  the  file  — punch  cards,  typed  sheets  for  use  with  an  optical- 
character-  reader,  and  a 7 /8- inch  wide,  7- channel,  paper  tape  created 
by  an  add-punch  machine.  Most  data  were  handled  by  punch  cards  and  to 
the  extent  possible  in-house  punch  facilities  were  utilized,  although 
some  cards  were  prepared  by  commercial  finns.  A few  district  offices 
prepared  relatively  small  data  batches  by  typing.  The  add-punch  tapes 
are  inefficient  and  were  not  used  extensively. 
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All  data  were  accepted  by  a 10-point  edit  program  before  being 
merged  into  the  tape  file.  The  inclusion  of  monthly  and  annual  runoff 
totals  in  the  data  stream  greatly  facilitated  the  location  and  correct- 

Iion  of  data  errors. 

A new  data  file,  the  flood  peak  file,  was  created  during  the  study. 
This  is  an  index- sequential  file  on  magnetic  disk  and  contains  informa- 
tion on  the  gaging  station  number  and  name,  drainage  area,  stage  datum, 
and  for  each  water  year  it  provides  the  date,  stage,  and  discharge  of 
the  peak  flow,  the  date  and  annual  maximum  stage  if  for  a different  date 
than  the  peak  discharge  date,  and  a system  of  codes  about  accuracy, 
qualifying  information,  effects  of  regulation  or  diversion,  and  his- 
torical information. 

Creation  of  this  file  was  a major  undertaking.  All  flood  records 
over  10- years  in  length  and  published  in  Geological  Survey  reports  were 
entered  into  the  file  by  the  typed  optical- character- reader  method.  The 
number  of  gaging  records  has  not  been  counted,  but  is  believed  to  exceed 
12,000.  A listing  of  the  file  data  was  sent  to  district  offices  for 
checking  before  the  data  were  used  in  computational  programs. 

Computation  of  Flow  Characteristics  - Statistical  flow  characteristics 
were  computed  from  the  data  files  by  three  library  programs.  Each  pro- 
ject leader  was  instructed  to  inspect  closely  the  program  output  for 
possible  data  errors  and  also  to  adjust  computed  flow  characteristics 
as  necessary  on  the  basis  of  historical  information  or  data  "outliers". 

Programs  used  in  computation  of  flow  characteristics  were:  (a)  - Stream- 
flow  Statistics  (A9b9)  - This  program  provides  magnitude- duration- freq- 
uency characteristics  of  daily  discharges.  Basic  output  is  (l)  tables 
of  daily  flow  duration,  (2)  tables  of  highest  mean  flows  for  1,  3,  7,  15, 
30,  60,  90,  120,  183,  and  365  or  3 66  consecutive  days  in  each  water  year, 
and  (3)  tables  of  lowest  mean  flow  for  1,  3,  7,  I1*-,  30,  60,  90,  120,  183, 
and  365  or  366  consecutive  days  in  each  climatic  year.  Optional  output 
may  be  provided  for  any  duration  of  highest  or  lowest  flows  and  includes 
several  statistics  of  natural  and  log- transformed  data,  coordinates  of  a 
log- Pearson  III  frequency  curve,  and  a plot  of  the  data  and  computed  curve. 
(b)  - Flow  variability  (wkk22)  - This  program  computes  statistics  des- 
cribing the  annual  and  monthly  characteristics  of  a flow  record.  Output 
includes  means,  variances,  standard  deviations,  coefficients  of  skew  and 
coefficients  of  variation.  Also  provided  are  the  first-order  serial  cor- 
relation coefficient  of  annual  flows  and  a matrix  of  serial  correlation 
coefficients  for  monthly  flows  with  lags  of  one,  two  and  twelve  months. 
Options  allow  computations  on  natural  and  log-transformed  data,  (c)  - 
Log-Pearson  Type  III  (w40lU)  - This  program  fits  a Pearson  type  III  pro- 
bability distribution  to  the  base- 10  logarithms  of  peak  flow  observations 
and  provides  related  statistics.  A line-printer  formed  plot  is  provided 
to  visually  check  the  fit  of  the  computed  curve  to  the  data  points. 
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Computation  of  Basin  Characteristics  - Several  drainage  basin  character- 
istics  were  defined  for  about  63OO  gaged  sites  with  defined  flow  charac- 
teristics. These  basin  characteristics  were  ones  that  might  logically 
be  related  to  areal  differences  of  flows  and  ones  that  could  be  defined 
from  readily  available  maps  or  tabular  data.  As  a minimum  the  defined 
basin  characteristics  included  basin  size,  main  channel  length  and 
slope,  lake  and  pond  areas,  forested  area,  mean  elevation,  annual  precip- 
itation, and  precipitation  intensity.  For  northern  sites  average  January 
temperature  and  a snowfall  index  were  defined.  Soil  Conservation  Service 
soil  scientists  provided  information  to  define  a soils  index  for  all 
basins  in  most  districts.  Additional  indices  of  climate  and  topography 
were  defined  in  many  districts. 

Regression  Analyses  - Stepwise  multiple- regression  analysis  was  used 
to  define  relations  between  a flow  characteristic  as  the  dependent 
variable  and  the  basin  characteristics  as  independent  variables.  The 
standard  error  of  estimate  of  the  relation  containing  the  most  indepen- 
dent variables  that  were  all  significant  at  the  5 percent  level  was  used 
as  the  estimating  accuracy  for  comparison  with  the  accuracy  attainable 
from  10  or  25  years  of  observed  flow  records. 

At  least  37  flow  characteristics  covering  the  range  from  lowest 
to  highest  flows  were  each  used  as  dependent  variables.  For  simplicity, 
the  relations  were  assumed  to  be  linear  when  variables  were  transformed 
to  logarithms. 

The  regression  analyses  were  performed  with  a group  of  interlocking 
library  programs  known  as  STATPAC.  Geological  Survey  programmers  pre- 
pared STATPAC  for  the  reduction  and  statistical  analyses  of  data  present- 
ed in  the  form  of  a two  dimensional  matrix.  For  the  data  evaluation 
studies,  the  data  matrix  consisted  of  flow  and  basin  characteristics  in 
columns  with  each  row  containing  data  for  a gaging  station.  The  data 
matrix  was  prepared  on  punch  cards. 

The  analytical  procedure  used  in  most  studies  was  to  first  define 
district- wide  regression  relations  for  selected  flow  characteristics. 

The  areal  distribution  of  residual  errors  were  then  studied  to  suggest 
additional  basin  indices  for  use  as  independent  variables,  or  to  suggest 
areal  groupings  for  which  the  relations  should  be  defined.  Regression 
relations  were  then  defined  for  all  flow  characteristics  using  additional 
basin  indices  or  selected  areal  groupings.  This  process  was  repeated 
until  the  project  leader  was  satisfied  that  the  relations  were  as  refined 
as  possible. 


PRODUCTS  OF  THE  STUDY 

The  primary  product  of  the  data  evaluation  study  is  a program 
proposed  for  efficiently  providing  needed  streamflow  information.  There 
are,  however,  several  additional  products  that  will  be  useful  in  future 
hydrologic  investigations.  A few  of  these  products  are: 
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(1)  An  updated  and  expanded  magnetic  tape  data  file  which  now  contains 
daily  discharges  of  all  except  the  highly  regulated  flow  records  more 
than  10  years  in  length. 

(2)  A new  data  file  of  annual  flood  peak  information. 

(3)  Flow  characteristics  describing  the  daily,  monthly,  annual,  and/or 
flood  peak  characteristics  for  all  sites  with  more  than  10  years  of  re- 
cord on  virtually  natural  flow. 

(4)  Indices  describing  the  topographic  and  climatic  characteristics  of 
over  63OO  drainage  basins  with  10  years  or  more  of  virtually  natural  flow 
records. 

(5)  Regression  relations  that  may  be  used  to  estimate  flow  characteris- 
tics needed  by  planners  and  designers  for  ungaged  natural  flow  sites. 

(6)  E^qjerience  and  competence  in  each  District  office  in  analytical 
and  computer  techniques. 

SUMMARY 

The  Geological  Survey  has  completed  a nationwide  study  of  stream- 
flow  information  needs,  of  the  adequacy  of  available  data  for  meeting 
those  needs,  and  of  an  information  system  to  provide  for  future  infor- 
mation needs. 

Only  through  computer  techniques  was  it  possible  to  assemble  and 
process  the  large  mass  of  existing  streamflow  data  and  then  perform  an 
objective  analysis  of  those  data. 

Although  the  primary  product  of  the  study  was  the  design  of  a 
streamflow  information  system,  some  byproducts  of  the  study  will  be  help- 
ful in  future  hydrologic  investigations. 
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COMPUTER  TECHNIQUES  USED  IN  A MASS  DATA  ANALYSIS 
Discussion 


Question,  Mr.  Mirick:  Is  flow  duration  done  on  a seasonal  frequency? 

Reply,  Mr.  Thomas:  Seasonal  discharge-duration-frequency  data  may  be 
obtained  as  an  option  of  the  Streamflov  Statistics  program.  This 
information  has  already  been  computed  for  some  states  and  is 
available  in  WRD  District  offices. 


Question,  Mr.  Sharp;  Mr.  Thomas,  you  have  talked  a lot  about  data  files, 
retrieval  problems  and  so  forth.  You  also  briefly  mentioned  the 
STORET  system  of  the  Environmental  Protection  Agency  that  is  used 
to  store  water  quality  data.  Are  you  knowledgeable  of  this  system, 
especially  any  problems  associated  with  use,  and  if  so,  would  you 
please  comment  in  this  regard? 

Reply,  Mr.  Thomas:  I have  only  limited  knowledge  of  EPA's  STORET  file. 

I do  know  that  any  agency  may  enter  data  into  the  file,  and  that  a 
variety  of  agency  codes  and  station  identification  codes  have  been 
used,  thereby  resulting  in  some  problems  for  retrieval  of  infor- 
mation collected  and  stored  by  a different  agency. 

The  Geological  Survey  has  a newly-designed  quality  of  water  data 
file  on  magnetic  taped.  This  file  contains  all  of  the  quality 
data  on  surface  water  that  the  Survey  has  collected  since  the  1967 
water  year  and  much  of  the  data  collected  since  the  1959  water 
year.  Only  a small  amount  of  data  on  quality  of  ground  water  has 
been  entered  into  this  file. 


Question,  Mr.  Matthews:  What  would  be  the  cost  per  station  of  streamflow 
statistics  and  flow  variability  program  printouts  and/or  the  costs 
of  copies  of  the  daily  flow  records? 

Reply,  Mr.  Thomas:  There  is  no  accurate  way  to  estimate  costs  since 
it  varies  with  job  size,  with  location  of  data  on  tapes,  and  with 
program  options  selected.  For  cost  estimates  we  figure  that  the 
Flow  Variability  and  Streamflow  Statistics  programs  each  cost  about 
$5-00  per  station  regardless  of  record  length.  Transfer  of  daily 
flow  records  costs  about  $0.23  per  station -year  on  7-channel  tapes 
and  somewhat  less-perhaps  $0.15  per  station-year  on  9-channel  tapes. 


A CONVERSATIONALLY-ORIENTED 
ENGINEERING  COMPUTER  SYSTEM 

By 

Robert  L.  Renner^ 
INTRODUCTION 


The  Corps  of  Engineers  installed  its  first  electronic  digital  computer 
in  the  late  1950s . Today  it  owns  or  leases  70  electronic  computers . The 
computer  is  used  in  some  manner  in  a great  number  of  Corps  functions . It 
is  considered  to  be  an  essential  engineering  tool  by  many  Corps  engineers. 

In  adapting  the  computer  to  engineering  problem  solving,  the  Corps  has 
made  mistakes;  it  has  had  false  starts  and  followed  paths  that  have  led  to 
frustration;  but  it  has  learned.  First,  it  has  learned  that  although  the 
computer  is  a powerful  tool,  it  is  not  the  answer  to  every  problem.  Second, 
it  has  learned  when  to  apply  the  computer  and  when  to  seek  more  efficient 
manual  or  semi-automatic  methods.  Third,  it  has  learned  that  it  is  better 
to  make  the  computer  speak  the  language  of  the  user  rather  than  to  make  the 
user  speak  the  language  of  the  computer. 

A GROWING  CORPS  COMPUTER  POTENTIAL 

The  Corps  has  been  moderately  successful  in  applying  the  computer  to 
engineering  problem  solving.  However,  it  now  appears  that  the  Corps  is 
standing  on  the  threshold  of  great  promise  for  making  the  computer  the 
indispensable  engineering  tool  it  is  capable  of  becoming.  This  optimism 
is  attributed  to  four  significant  factors: 

•A  new  generation  of  computer-oriented  engineers  are  now  assuming 
positions  of  responsibility  within  the  Corps  of  Engineers.  Many  of  them 
have  been  associated  with  the  Corps  early  experience  in  adapting  the  computer 
to  engineering  applications  and  they  appreciate  its  power  as  a design  aid; 
others  are  college  trained  in  computer  science  and  bring  with  them  a depth 
of  understanding  in  computer  technology. 

•New  and  sophisticated  computer  equipment  is  becoming  available; 
equipment  which  is  faster,  easier  to  use  and  less  expensive  to  operate 
than  ever  before.  A particularly  significant  equipment  development  has 
been  the  time- sharing  computer  system. 

• A library  of  meaningful  engineering  computer  programs  is  being  developed 
within  the  Corps  of  Engineers.  Programs  in  this  library  will  have  been  docu- 
mented, thoroughly  tested  and  approved  by  competent  authority  for  use  in 
planning,  design  or  construction. 


IChief,  Research  and  Training  Section,  Structural  Branch,  Civil  Works 
Directorate,  OCE 


• A conversationally-oriented  engineering  computer  system  has  been 
developed  which  will  allow  any  engineer  to  use  all  of  the  programs  in  the 
Corps  library  with  an  absolute  minimum  of  effort.  This  system  provides 
linking  and  chaining  of  computer  programs  and  it  communicates  with  the 
user  in  his  own  discipline-oriented  language. 

The  development  of  a meaningful  computer  potential  within  the  Corps  of 
Engineers  began  in  1965.  It  started  with  an  in-depth  study  of  our  engineering 
processes  and  the  identification  of  problems  associated  with  computerizing 
these  processes.  The  engineer  normally  receives  assignments  in  the  form  of 
mission  requirements.  These  are  used  by  the  engineer  to  develop  project 
concepts.  Project  concepts  form  the  basis  for  design  criteria;  design  criteria 
are  used  in  making  design  decisions  and  in  developing  a specific  design. 

This  design  is  evaluated  to  determine  how  well  it  satisfies  mission  require- 
ments. If  inadequacies  exist,  the  project  concepts  are  altered  and  the  design 
process  repeated  until  a satisfactory  design  is  achieved. 

Most  aspects  of  this  process  can  be  computerized  provided  the  engineer 
can  effectively  communicate  with  the  computer.  This  communications  problem 
has  been  difficult  because  of  these  factors: 

.The  engineer  understands  the  language  and  processes  of  his  profession. 

His  principal  concern  is  solving  engineering  problems.  If  we  give  him  a 
computer  as  a design  aid,  but  force  him  to  become  a computer  programmer  in 
order  to  use  it,  we  have  more  than  likely  complicated  the  design  process. 

•Since  engineering  is  an  iterative  process,  the  computer  must  be  accessible 
and  capable  of  responding  to  the  engineers ' requirements  in  a relatively  short 
period  of  time.  Otherwise,  it  can  become  a liability  rather  than  an  asset  for 
the  next  iteration  in  the  design  process  is  always  dependent  upon  the  results 
of  the  previous  one. 

•Engineering  is  not  only  an  iterative  process,  but  one  which  requires 
ingredients  of  experience  and  creative  ability  in  order  for  the  design  to 
satisfy  the  mission  need.  The  computer  can  easily  provide  computational 
speed,  analyses  and  comparisons  in  problem  solving  (some  experience  can  be 
programmed  into  the  computer  but  that  is  often  limited  because  of  the  great 
number  of  variables  involved)  and  man  can  provide  the  experience  and  creative 
ability.  A proper  man/machine  balance  is  often  difficult  to  achieve,  but 
once  it  has  been  done,  it  provides  an  unbeatable  problem  solving  combination. 

• There  are  no  universally  acceptable  standards  for  developing  engineering 
computer  programs.  The  data  input  requirements,  data  element  sizes,  variable 
name  assignments,  solution  techniques  and  data  output  formats  are  usually 
unique  to  each  program.  This  non-uniformity  between  programs  makes  it  diffi- 
cult for  the  normal  user  to  acquire  and  use  programs  developed  by  others . 
Although  this  problem  is  not  restricted  to  engineering,  it  is  especially 
critical  in  problem  solving  where  the  solution  technique  is  the  predominant 
factor.  The  engineer  user  must  be  satisfied  that  the  computer  solution  is 
valid  for  his  set  of  conditions;  this  requires  that  he  know  what  parameters 
and  assumptions  were  used  in  the  programs  development. 
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EXPLOITING  THE  COMPUTER  AS  AN  ENGINEERING  TOOL 


Once  we  had  evaluated  our  processes  and  identified  those  computer 
problems  which  were  inhibiting  us  from  fully  exploiting  the  computer  as 
an  engineering  tool,  we  could  explore  techniques  for  solving  them.  In 
reviewing  the  problems  it  was  found  that  they  could  be  grouped  into  three 
principle  areas:  (1)  providing  better  and  more  easily  accessible  hardware, 

(2)  developing  a library  of  computer  programs  that  would  be  pertinent  to 
our  work  ar.d  which  could  be  relied  upon  to  produce  satisfactory  solutions 
and  (3)  to  make  it  easier  for  the  engineer  to  communicate  with  and  use  the 
computer.  Corps  goals  have  been  established  and  are  being  implemented  to 
address  these  problem  areas . 

COMPUTER  HARDWARE 

The  first  major  goal  established  has  been  to  make  the  computer  more 
easily  accessible  to  the  engineer  professional.  A program  to  up-grade 
Corps  of  Engineers  computer  facilities  was  developed  in  1965.  Its  implemen- 
tation began  in  1969  and  will  be  completed  in  1972;  at  that  time  every  Corps 
office  will  either  have  an  installed  computer  or  have  access  to  one.  In 
addition,  a large  scientific  computer  will  be  installed  in  the  Corps'  Water- 
ways Experiment  Station  in  Vicksburg,  Mississippi,  in  1971.  This  machine 
will  be  available,  via  time-sharing,  to  all  other  Corps  facilities.  The 
acquisition  of  satisfactory  terminal  devices,  at  design  level,  which  will 
communicate  with  installed  or  leased  equipment,  will  provide  every  engineer 
the  power  of  the  computer  for  problem  solving. 

COMPUTER  LIBRARY 

The  second  major  goal  has  been  the  development  of  a Corps-wide  engineering 
computer  programs  library.  In  developing  the  system  to  achieve  this  goal, 
maximum  use  of  previous  in-house  work,  as  well  as  that  of  others,  is  being 
made  in  the  applications  area.  The  program  now  being  implemented  consists  of 
three  efforts: 

. An  Engineering  Computer  Programs  Library  has  been  established  at  the 
Waterways  Experiment  Station.  It  serves  as  a repository  and  distribution 
center  for  all  agency  approved  computer  programs. 

• Approval  procedures  have  been  established  by  which  all  engineering 
computer  programs  must  pass  in  order  for  them  to  become  a part  of  the 
library.  Those  programs  which  attain  approved  status  may  be  used  in  design 
without  the  designer  being  required  to  document  his  solution  technique  in  a 
design  memorandum;  he  need  only  refer  to  the  program  by  number  and  provide 
the  input  used  for  the  problem  solution. 

•Engineering  computer  program  documenting  standards  have  been  established 
and  published. 
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COMMUNICATING  WITH  THE  COMPUTER 

The  last  major  goal  has  been  to  make  it  easier  for  the  engineer  to 
communicate  with  and  use  the  computer.  The  design  and  implementation  of 
a program  to  achieve  this  goal  has  been  particularly  difficult.  Our  first 
efforts  have  been  two- fold: 

•An  Engineer  Computer  Training  Program  has  been  developed.  It  defines 
a minimum  level  of  computer  competence  for  every  engineer.  The  type  of 
training  and  level  of  difficulty  is  commensurate  with  the  engineers'  duties 
and  responsibilities.  The  implementation  of  this  program  will  assure  the 
Corps  of  a high  degree  of  computer  competence  among  its  engineering  staff. 

•A  conversationally-oriented  engineering  computer  system  has  been 
developed  which  will  allow  an  engineer  to  use  any  program  or  group  of 
programs  in  the  library  with  an  absolute  minimum  of  effort.  This  system 
communicates  with  the  user  in  his  own  language  and  produces  results  that 
he  can  understand.  The  development  of  the  system  represents  a break-through 
in  our  search  to  make  the  computer  a tool  for  every  engineer.  The  Mark  I system 
operates  in  real-time  and  has  been  titled  as  "CORPS"  (an  acronym  for  Conver- 
sationally Oriented  Real-Time  Program-Generating  System) . 

"CORPS"  CONCEPTS 

The  development  of  the  "CORPS"  is  perhaps  our  most  promising  effort  for 
creating  a properly  balanced  engineer /computer  design  team.  The  statement 
that  the  system  was  developed  is  misleading  since  the  original  systems  work 
was  directed  along  other  lines.  It  is  perhaps  more  explanatory  to  say  that 
the  system  was  discovered. 

It  all  began  when  it  was  decided  that  a survey  would  be  m^de  of  the  Corps 
of  Engineers  to  determine  what  computer  programs  were  in  use  for  hydraulic 
design.  This  program  envisioned  that  all  the  hydraulic  design  programs  would 
be  collected,  an  engineering  evaluation  made  of  them  to  determine  which  of 
them  could  be  used  Corps-wide,  and  those  considered  as  appropriate  would  be 
documented  and  placed  in  the  WES  Library  for  distribution. 

In  order  for  the  hydraulic  design  engineer  to  use  the  programs  in  the 
library,  either  as  individual  programs  or  in  some  group  order,  it  was  usually 
necessary  for  him  to  write  a small  computer  program.  The  writing  of  these 
small  programs  was  not  too  difficult,  provided  the  user  was  a computer 
programmer,  since  all  the  basic  programs  were  written  in  a conmon  language, 
FORTRAN,  and  they  were  well  documented.  However,  as  every  programmer  knows, 
it  is  easy  to  make  mistakes  in  coding  no  matter  how  simple  the  task,  so 
every  new  program  required  some  debugging  and  testing  prior  to  its  being 
used  in  production. 

The  development  of  these  hydraulic  design  subroutines,  to  be  used  as  a 
system,  was  clearly  a step  in  the  right  direction,  for  each  program  furnished 
was  well  defined,  tested  and  could  be  relied  upon  to  provide  a satisfactory 
answer  if  used  within  the  limits  imposed.  However,  the  requirement  that  the 
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hydraulic  designer  be  a computer  programmer  in  order  to  use  the  system  was 
exactly  opposite  to  what  we  had  been  preaching;  we  were,  in  fact,  compounding 
the  design  effort.  Realizing  this,  an  Executive  System  was  developed  to 
provide  the  communications  link  between  the  set  of  system  subroutines  and  the 
engineer  user.  The  Executive  System  required  that  every  subroutine  in  the 
system  contain  a preamble  in  FORTRAN  language.  This  preamble  contained  a 
list  of  parameters  required  to  run  the  program,  any  input,  output  or  compu- 
tation options  available,  variable  definitions,  a brief  summary  of  the  program 
and  any  other  data  pertinent  to  making  the  system  operate.  The  Executive 
System  was  capable  of  reading  the  preamble,  converting  it  into  English  and 
presenting  system  requirements  to  the  user  in  hydraulic  terms.  The  engineers 
responses  were  used  by  the  Executive  System  to  write  a new  program  containing 
all  the  basic  subroutines  requested,  as  overlays,  in  the  new  program.  The 
Executive  System  was  performing  "the  same  programming  function  that  the 
engineer  user  had  previously  performed  but  it  could  do  it  flawlessly.  It 
would  automatically  generate  a program,  including  all  applicable  subprograms, 
in  response  to  engineering  language  input.  We  had  succeeded  in  relieving  the 
hydraulic  engineer  of  the  programming  task  when  using  subroutines  in  our 
system. 

The  mechanics  for  using  the  system  were  quite  elementary.  The  engineer 
would  access  the  computer  via  a time-sharing  computer  terminal.  He  would 
converse  with  the  computer  in  English;  telling  it  which  programs  he  wanted 
to  run  and  in  what  order,  supplying  the  inputs  demanded  by  the  computer  and 
reviewing  results  as  necessary.  The  entire  process  could  be  easily  learned 
by  any  hydraulic  engineer  in  just  a few  minutes.  The  basic  subroutines  in 
the  system  were  all  developed  by  other  hydraulic  engineers  so  they  were  written 
in  the  language  of  the  user.  New  hydraulic  design  programs  were  added  to  the 
system  as  time  permitted.  The  only  requirement  for  adding  new  programs  was  that 
each  of  them  contain  a preamble  conforming  to  system  specifications.  As  time 
passed,  programs  other  than  hydraulic  design  were  demanded  by  the  users.  Thus, 
the  system  we  now  call  "CORPS"  was  born. 

SYSTEM  DETAILS 

The  present  "CORPS"  was  developed  for  the  General  Electric  400  series 
computer  of  the  type  being  procured  by  each  Corps  Division  office.  It  is 
the  Mark  I system  and  is  operational  on  time-sharing  only.  A Mark  II  system 
is  now  under  development.  It  will  include  many  operational  improvements 
over  the  Mark  I system  except  it  will  still  be  programmed  for  time -sharing 
only.  A proposed  Mark  III  system  will  extend  our  capabilities  to  batch  and 
remote-batch.  Later  adaptations  will  be  made  to  apply  the  system  to  other 
computers . 

A system  schematic  of  "CORPS"  is  shown  in  Figure  1. 

Operational  details  of  the  system  are  as  follows  (circled  number  refer 
to  activities  shown  in  Figure  1) ; 
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Sequence  I 


If  the  user  wishes  to  develop  a new  FORTRAN  computer  program  which 
utilizes  any  subroutine  or  group  of  subroutines  in  the  program  library,  he 
starts  with  Sequence  I.  Thus: 

(1)  He  addresses  the  computer  via  a remote  terminal  device  and 
tells  it  to  run  the  Executive  Program.  The  computer  asks  the  user  if  he 
would  like  system  details  or  subroutine  content.  If  he  does,  the  computer 
accesses  the  disc  library  (2)  to  retrieve  the  data  and  displays  it  at  the 
terminal  (3) . The  computer  then  asks  the  user  to  enter  the  subroutines 
desired  and  in  the  order  he  wishes  to  run  them.  He  can  specify  the  same 
subroutine  more  than  once  if  he  so  desires.  Using  these  input  data, 

the  computer  accesses  the  disc  FORTRAN  Library  (2)  to  retrieve  the  programs 
in  run  order.  It  interprets  the  preamble  for  each  program  and  asks  the  user 
to  supply  any  data  required  to  assemble  the  new  program.  The  Executive 
System  utilizes  user  supplied  data  and  the  preamble  content  to  develop  a 
new  FORTRAN  IV  program.  This  is  stored  on  disc  storage  (4) . The  program 
developed  by  the  Executive  System  is  a valid  FORTRAN  IV  computer  program  and 
can  be  used  on  any  system  which  will  accept  GE  FORTRAN.  As  previously  mentioned, 
the  conversation  between  the  user  and  the  computer  is  in  English  language  and 
specifically  oriented  to  the  discipline  involved. 

• Sequence  II 

If  the  user  wishes  to  compile  an  object  program  from  the  source  program 
he  has  just  created,  or  from  a source  program  he  had  previously  created,  he 
would  follow  Sequence  II.  Thus: 

(5)  The  user  asks  the  computer  to  run  his  program.  (6)  The 
computer  inputs  a copy  of  the  program  from  disc  storage,  it  inputs  a copy 
of  the  basic  subroutines  from  the  disc  library  (7).  It  compiles  the  program 
and  stores  the  object  program  back  on  disc  storage  (9)  and  in  computer 
memory  (8).  (10)  The  computer  runs  the  object  program  either  with  or 

without  input  from  the  user.  The  computer  accesses  the  disc  storage  to 
run  subroutines  in  overlay  mode  (11)  . It  accesses  the  disc  storage  to 
retrieve  or  store  data  required  for  program  execution  (12).  Program  output 
can  be  printed  hard  copy  (13),  disc  storage  (12)  or  both.  If  the  user  wishes 
to  rerun  the  program  using  different  input  data,  he  begins  Sequence  II  at 
Step  (10).  In  this  instance  the  computer  accesses  the  disc  storage  for  the 
object  program  and  begins  processing. 

ADVANTAGES  OF  THE  "CORPS"  CONCEPT 

The  "CORPS"  concept  provides  the  following  advantages  over  normal  computer 
library  concepts: 

•Any  user  can  communicate  with  the  computer  in  an  effective  manner 
without  becoming  a computer  programmer. 
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• The  system  provides  instant  access  to  a great  variety  of  meaningful 
computer  programs 


•Dynamic  dimensioning  of  computer  memory  is  allowed.  Thus,  the  user 
can  sub-divide  large  programs  into  logical  units  and  run  them  efficiently 
on  the  GE  400  series  computer  (or  similar  equipment) . 

•The  system  can  be  easily  converted  to  any  computer  since  it  operates  in 
FORTRAN. 

.The  system  will  be  available  for  Corps-wide  use  in  1971. 

. The  system  reduces  computer  programming  and  debugging  time. 

• The  system  was  developed  by  engineers  for  engineers . 

•The  present  Mark  I system  is  operational.  The  Mark  II,  Mark  III,  etc. 
systems  will  enhance  capabilities  but  pay-offs  begin  at  once. 

CONSTRUCTION  OF  THE  PREAMBLE 

A computer  program  that  is  written  in  FORTRAN  and  is  operational  on  the 
GE  400  series  computer,  can  be  used  in  the  "CORPS"  system  provided  it  has 
been  modified  in  accordance  with  system  specifications.  This  modification  is 
relatively  simple  and  consists  of  the  addition  of  a preamble  in  the  form  of 
comments  statements.  These  statements  are  interpreted  by  the  Executive 
System  and  form  the  basis  of  a new  FORTRAN  program  which  is  written  by  the 
Executive.  The  Executive  can  recognize  the  type  of  statement  and  its  content 
by  the  range  of  its  line  number,  as  follows: 

Line  No.  (Not  statement  number)  Type  of  Statement 

Program  name 
Notes  to  user 

Dimensions,  Equivalence,  Type  and  Data 
Initialization  Statements 

501  to  899  Overlay  Calling,  Read,  Print,  Assign 

and  other  statements 

900  to  950  Program  Options 

951  to  999  Program  Summary 

Line  numbers  ending  in  a code  Special  options  selected  at  compile  time 

letter  for  comments 

1000  to  99999  FORTRAN  Program  or  subprogram 


001  to  009 

011  to  499  (Odd  numbers) 
010  to  500  (Even  numbers) 
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"CORPS"  DEVELOPMENT  SCHEDULE 


The  present  Mark  I,  "CORPS"  system  contains  about  20  hydraulic  design 
subroutines;  it  is  planned  that  as  many  as  100  programs  will  be  available  in  the 
system  by  30  June  1971,  and  in  excess  of  500  by  30  June  1972.  The  programs 
will  cover  every  engineering  discipline  used  in  the  Corps  of  Engineers. 

Although  "CORPS"  is  not  the  ultimate  in  computer  programs  or  the  answer  to 
every  computer  problem,  it  does  allow  any  engineer  to  access  the  computer, 
in  a meaningful  way,  with  little  effort  or  previous  computer  training. 

The  user  must  be  intimately  familiar  with  the  problem  to  be  solved  and  know 
what  he  can  expect  in  the  way  of  computer  solutions.  He  can  tailor  every 
problem  solution  to  his  specific  requirements,  provided  there  are  basic 
programs  available  which  he  can  use.  If  he  needs  a computer  program  other 
than  those  already  in  the  system,  he  can  develop  one  or  have  one  developed. 

CONCLUSIONS 

The  future  of  the  computer  in  the  Corps'  engineering  design  business 
can  be  assured  if  it  becomes  a truly  useful  device  for  every  problem  solver. 

In  an  effort  to  make  the  computer  an  indispensable  engineering  tool,  the 
Corps  is  acquiring  responsive  computer  equipment,  building  a library  of 
meaningful  and  useful  computer  programs,  training  engineers  in  computer 
technology  and  providing  him  with  a machine  which  speaks  his  own  language. 
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CONVERSATIONALLY -ORIENTED  ENGINEERING  COMPUTER  SYSTEM 

Discussion 


Question,  Mr.  Fredrieh:  One  thing  about  the  proposed  system  that  is 
rather  disturbing  to  me  is  that  it  appears  that  the  system  is 
designed  to  encourage  the  engineer  to  use  the  computer  without 
bothering  to  learn  too  much  about  programming.  Isn't  it  possible 
that  the  system  will  remove  the  motivation  for  engineers  who  really 
should  be  doing  more  to  familiarize  themselves  with  computers  and 
with  programming? 

Reply,  Mr.  Renner:  I believe  that  an  engineer  can  effectively  use  the 
computer  without  becoming  a computer  programmer.  However,  if  he  is 
to  be  successful  he  must  be  knowledgeable  of  the  capabilities  and 
limitations  of  the  systems  he  is  using  and  the  programs  involved. 

In  my  opinion,  the  use  of  a computer  for  engineering  problem  solving 
is  similar  to  using  design  tables;  if  you  know  how  the  tables  were 
derived  and  their  limitations  you  should  certainly  use  them  rather 
than  recalculate  the  information  each  time  you  require  an  answer. 

Question,  Mr.  Matthews:  What  about  priorities? 

Reply,  Mr.  Renner:  In  the  time-sharing  mode  the  computer  gives  each 
user  a time -slice  of  the  central  processor.  Normally,  in  a mixed 
mode  operation, time-sharing  has  priority. 


Question,  Mr.  Mirick:  How  reliable  is  the  remote  terminal  over  telephone 
lines  due  to  background  noise  or  interference? 

Reply,  Mr.  Renner:  The  use  of  a computer  via  telephone  lines  can  result 
in  transmission  errors  and  false  data,  unless  you  take  adequate 
precautions.  The  lines  used  must  be  conditioned  for  data  trans- 
mission and  you  should  provide  for  error  checking  in  the  equipment, 
if  possible. 


Comment,  Mr.  Bennion:  Your  basic  proposal  seems  to  provide  a practical 
way  of  helping  program  users  to  develop  generalized  programs,  such  as 
offered  by  HEC,  by  providing  a convenient  means  of  grouping  smaller 
programs  for  application  to  a particular  problem. 

Reply,  Mr.  Renner:  This  is  true.  The  sytem  we  have  developed  will  allow 
a user  to  generate  a sophisticated  computer  program  by  grouping 
smaller,  but  well  tested,  programs  together. 


REQUIREMENTS  FOR 

REVIEW  OF  ENGINEERING  COMPUTER  PROGRAMS 
by 

Warren  L.  Sharp1 
INTRODUCTION 


Engineers  within  the  Corps  have  been  actively  engaged  in  computer  program 
development  and  use  for  well  over  a decade,  and  the  need  for  guidance 
regarding  review  of  existing  and  future  programs  is  long  over  due.  I 
would  like  to  express  a few  words  relative  to  this  need,  followed  by  a 
proposal  for  actually  performing  reviews. 

A tally  of  most  engineering  type  programs  Included  in  the  latest  printing 
of  the  Corps  catalog  of  engineer  computer  programs  (Engineer  Pamphlet 
18-1-3,  14  Feb  69) , yields  the  following  numbers  of  programs  when  grouped 
according  to  closely  related  disciplines:  hydrologic/hydraulic/reservoir 
regulation,  817;  structural/concrete/soil  mechanics,  684;  geodesy/survey- 
ing,  569;  mechanical/electrical,  48;  and  earthwork/dredging,  185.  For- 
tunately, there  are  specialized  organizations  in  the  Corps  that  are  capable 
of  reviewing  programs  in  the  first  of  these  groups,  i.e.,  hydrologic, 
reservoir  regulation  and  hydraulic  engineering.  However,  the  number  and 
complexity  of  programs  within  the  other  disciplines  mentioned  above  is 
an  indication  of  the  problems  to  be  expected  in  formulating  review  pro- 
cedures for  those  areas. 

There  have  been  recent  activities  within  the  Corps  designed  to  Improve 
computer  program  development  and  utilization.  These  are:  (1)  establish- 
ment of  a library  of  engineering  computer  programs  (ECPL)  at  the  Waterways 
Experiment  Station;  (2)  development  of  coding  standards  and  documentation 
requirements;  and  (3)  installation  of  small  to  medium  sized  computers  in 
all  of  the  Division  and  District  offices.  In  addition,  future  activities 
are  planned  regarding  computer  oriented  training,  especially  at  the 
supervisory  and  management  levels,  and  the  provision  of  specialized 
assistance  on  a very  limited  scale  to  engineers  in  those  disciplinary 
areas  where  such  assistance  is  not  presently  available.  Strange  as  it 
may  seem,  until  very  recently  there  has  been  no  guidance  or  requirements 
for  the  review  of  engineering  programs,  and  very  little  guidance  for 
their  development.  To  permit  such  a long  time  lapse  after  appreciable 
utilization  of  the  computer  for  engineering  computations  became  coanon- 
place,  without  any  requirements  for  review,  has  been  somewhat  of  a 
management  oversight  (to  put  it  mildly) . The  major  reason  there  has 

1Chalrman,  Field  Assistance  Task  Force  IV,  Engineer  Computer  Concepts  and 
Applications  Group.  Computer  program  Review  Monitor  for  the  hydrologic 
engineering  discipline.  Office,  Chief  of  Engineers* 
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been  no  (known)  discrepancies  of  a sarious  natura  occurring  In  projact 
daaign  or  operation,  aa  a raault  of  faulty  programs  or  thair  misuse,  la 
dua  to  tha  inherent  trait  of  englnaara  to  do  tha  job  right,  even  in  the 
abaanca  of  apacific  guidance.  Tha  seemingly  lack  of  error  haa  been  due 
in  part  to  program  usage  being  limited  to  tha  authors,  and  to  their 
nearby  asaoclatas  who  are  given  first  hand  assistance  in  using  tha  pro- 
gress. This  limited  use  by  others  ia  changing  ....  rapidly. 

Thoae  of  you  who  era  intimately  faalllar  with  program  development  are 
wall  awara  of  tha  overpowering  desire,  as  well  as  tha  need,  to  render  a 
program  completely  error  free.  It  la  like  California  or  bust.  However, 
many  of  us  are  reluctant  to  adequately  document  our  programs  for  use  by 
others , myself  being  no  exception.  Regardless  of  the  reasons  for  avoiding 
documentation,  e.g.,  time  and  effort,  they  all  seem  Inexcusable  especially 
if  we  are  to  establish  a succeasful  computer  program  sharing  system  on  a 
Corps-wide  basis.  The  engineering  profession  will  always  depend  very 
strongly  upon  integrity  and  truat  of  engineers  at  the  computational  level, 
but  there  la  more  than  this  to  conaider.  Even  the  best  engineers  have  been 
known  to  make  mlatakes  occasionally.  Most  of  the  reasons  that  constitute 
tha  need  for  review  of  engineering  methods  and  techniques,  and  their 
application  in  design  memoranda  and  other  reports,  are  equally  valid  for 
requiring  the  review  of  engineering  computer  programs. 

In  addition  to  the  library  mentioned  earlier,  which  will  distribute 
specially  prepared  programs  on  a Corps-wide  basis.  The  Hydrologic 
Engineering  Center  (HEC)  has  been  offering  programs  to  the  field  offices 
for  about  six  years,  and  they  learned  very  soon  the  importance  of  pro- 
gram documentation.  To  supplement  their  efforts  to  accomplish  adequate 
documentation,  instruction  during  training  courses  is  often  given  to 
explain  and  discuss  the  use  of  certain  of  their  programs.  Hopefully, 
arrangements  can  be  made  in  the  near  future  to  couple  a convenient  and 
expert  assistance  with  the  ECPL  similar  to  that  of  the  HEC,  although  such 
plans  exist  only  in  the  minds  of  a few  engineers  at  present.  I dwell 
upon  "assistance  ic  the  use  of  programs"  to  emphasise  the  additional 
effort  that  must  be  made  to  standardise  and  document  programs  for  the 
benefit  of  the  user.  Program  authors  will  be  encouraged  to  avail  them- 
, selves  for  consultation  by  telephone,  but  I envision  supervisory  problems 
and  seriously  question  the  effectiveness  of  such  an  arrangement.  Instruc- 
tion by  telephone  can  be  valuable,  but  it  is  very  limited.  The  Corps  needs 
a small  group  or  groups  of  en-lneers  organised  for  the  express  purpose 
of  serving  other  disciplines  in  a manner  comparable  to  the  service  provided 
hydrologic  engineering  by  the  HEC. 

Several  of  you  here  at  the  seminar  have  expressed  strong  opinions 
spontaneously,  and  within  your  papers,  regarding  the  need  for  adequate 
documentation.  My  contention  is  that  program  development  and  review 
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go  hand  in  hand,  and  without  specific  guidance  for  the  latter,  adequate 
documentation  will  doubtless  be  realized.  It  can  hardly  be  questioned 
that  requirements  for  program  review  are  urgently  needed  to  assure  con- 
formance to  coding  standards  and  documentation  procedures. 

Other  difficulties  arise  when  trying  to  establish  the  "scope  or  extent" 
of  review  within  a particular  office,  as  well  as  the  difference  in 
review  procedures  to  be  performed  at  the  various  organizational  levels. 

The  following  attachment  to  this  paper  is  an  attempt  to  resolve  these  and 
other  associated  problems.  I am  going  to  present  a proposed  directive  to 
you  as  a "strawdummy,"  i.e.,  for  your  evaluation  and  comment.  Other 
considerations  while  formulating  the  directive  were:  (1)  instilling 
confidence  in  the  mind  of  the  program  user;  (2)  categorization  of  programs 
to  control  areal  distribution;  (3)  poor  performance  of  existing  approved 
programs,  and  what  to  do  about  them;  (4)  keeping  programs  up  to  date; 

(5)  temporary  waiver  of  certain  requirements  for  development  to  permit  a 
rapid  build-up  of  programs  in  the  ECPL  (not  recommended) ; (6)  difficulty 
in  selecting  one  or  a few  programs  from  among  several  programs  which 
calculate  essentially  the  same  thing;  (7)  the  ability  of  HEC  and  UES  to 
perform  reviews;  (8)  the  varying  ability  of  field  offices  and  OCE  to 
perform  meaningful  reviews,  including  differing  capabilities  of  the 
various  engineering  disciplines  within  any  one  office;  and  finally, 

(9)  assurance  of  satisfactory  project  design.  After  I have  read  the 
proposed  plan  for  reviewing  engineering  computer  programs,  you  will  be 
given  what  may  be  your  first  opportunity  to  criticize  a proposed 
directive. 
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Requirements  for 

Review  of  Engineering  Computer  Programs 

1.  Purpose.  The  purpose  of  this  directive  is  to  establish  guidance 

and  requirements  for  die  review  of  computer  programs  used  in  the  planning, 
design,  construction  and  operation  of  Corps  of  Engineers  projects.  This 
directive  supplements  the  information  contained  in  ER  1110-1-10  pertain- 
ing to  computer  program  review. 

2.  Scope.  Guidance  and  requirements  are  given  for  review  at  appro- 
priate organizational  levels  for  each  of  the  three  categories  of  digital 
computer  programs  defined  in  ER  1110-1-10,  reference  4a  below.  Coor- 
dinating activities  of  computer  program  Review  Monitors  in  the  Office, 
Chief  of  Engineers  are  also  outlined  herein.  Reference  4e  below  lists 
die  names  of  Review  Monitors  for  the  various  engineering  disciplines. 

3.  Applicability.  This  directive  is  applicable  to  each  engineering 
discipline  within  the  Corps  of  Engineers.  Normal  engineering  command 
channels  are  responsible  for  enforcing  the  requirements  for  review 
that  are  outlined  herein.  A directive  similar  to  this  is  planned  for 
distribution  within  OCE  and  to  appropriate  field  offices  to  aid  the 
development,  review  and  use  of  computer  programs. 

4.  References : 

a.  ER  1110-1-10,  Development,  Review  and  Use  of  Computer  Programs, 

30  June  1970. 
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b.  ER  1110-2-40,  Engineer  Computer  Programs  Library,  21  August  1970. 

c.  ETL  1110-1-45,  Engineering  Computer  Programs  Library,  Standards 
and  Documentation,  9 February  1971. 

d.  OM  1110-2-1,  Standing  Operating  Procedure  for  Review  of  Design 
Memorandut  , 18  April  1969,  and  references  therein. 

e.  EC  18-1-32  Planning  Data— Engineer  Information  and  Data  Systems 
Office,  15  January  1971. 

f.  ER  10-1-2,  Par.  2,  Decentralization,  8 August  1963. 

g.  EC  18-1-29,  Release  of  Computer  Programs  and  other  Documentations, 

6 July  1970. 

5.  Basis  for  Review.  The  need  for  review  of  engineering  computer 
programs  used  in  the  Corps  of  Engineers  is  no  less  desirable  than  pre- 
vailing requirements  for  review  of  engineering  methods  and  practices 
associated  with  design  memorandums  and  other  reports  (ref.  4d).  In  some 
respects  the  need  is  greater,  primarily  because  of  newly  developed  and 
more  complex  methods  that  only  lend  themselves  to  computerized  solution. 
Assurance  of  the  adequacy  of  design  is  the  objective  in  either  case, 
which  may  be  increased  or  decreased  from  the  standpoint  of  the  reviewer 
in  comparison  to  manual  computations.  Other  reasons  for  review  are  to 
enhance  user  reliance  of  programs  in  the  Engineering  Computer  Programs 
Library  (ECPL)  at  the  Waterways  Experiment  Station  (ref.  4b),  and  to 
control  duplication  of  program  development,  insofar  as  practicable. 
Conformance  to  the  principles  and  guidance  contained  herein,  at  each 
organizational  level,  will  aid  the  evaluation  of  programs  by  reviewing 
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6.  Categories  of  Computer  Programs . All  computer  programs  used  within 


the  Corps  have  boon  grouped  into  three  categories  (ref,  4a) . Thu  scope 
of  requirements  for  review  are  different  for  each  category  and  for 
various  organizational  levels  within  the  Corps,  as  explained  throughout 
the  remainder  of  tills  directive. 

a.  Category  A.  These  programs  are  approved  for  Corps-wide  use  and 
are  included  in  the  Engineer  Computer  Program  Library  at  the  Waterways 
Experiment  Station.  Conformance  to  coding  standards  and  documentation 
procedures  established  by  the  Engineer  Computer  Concepts  and  Applica- 
tions Groups  (ECCAC)  ami  outlined  in  reference  4c,  is  required. 

b.  Category  h.  Category  11  programs  are  approved  for  Inter-Division 
of  Independent  office  use,  such  as  SWD,  NP1),  CRUEL,  CERC  and  other 
installations.  These  programs  are  also  included  in  the  library  at  WES , 
and  must  conform  lo  standards  and  documentation  requirements  of  the 
ECCAC. 

c . Category  C.  These  programs  arc  developed  for  originating  office 
use  only.  Coding  standards  and  documentation  criterion  of  the  ECCAC 
are  not  required  by  OCE,  and  they  are  not  included  in  the  library  at 
WES.  However,  review  and  approval  is  required  for  the  more  important 

of  those  programs,  as  explained  below. 

7.  Levels  of  Review.  The  extent  or  degree  of  review  to  which  computer 
programs  will  he  subjected  has  been  divided  Into  throe  levels;  namely; 
basic  extensive  and  moderate  reviews.  The  lewis  are  arranged  according 
to  the  "organizational  levels"  of  reviewing  offices  within  the  Corps , 
and  generally  represent  the  "extent  of  review"  required  at  each  level. 
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Extensive  or  major  review  requirements  are  assigned  to  the  Divisions  and 
independent  offices,  which  is  in  keeping  with  the  current  trend  toward 
decentralization  (ref,  4f).  These  associations  are  explained  in  the 
following  sub-paragraphs,  and  exceptions  are  covered  in  later  paragraphs 
of  the  directive.  Review  beyond  the.  originating  office  is  considered 
necessary  to  satisfactorily  evaluate  and  approve  all  Category  A and  B 
programs,  and  the  more  important  Category  C programs.  Programs  that 
are  used  for  significant  aspects  of  Corps  activities,  regardless  of 
category,  must  be  referenced  in  design  memorandums  and  other  reports 
submitted  for  review  (rel.  4a).  Category  C programs  used  in  this  manner 
arc  referred  to  herein  as  the  "more  important"  of  the  category  to 
identify  them  for  review.  Category  C programs  that  may  be  exempt  from 
review  outside  the  originating  office  are  those  used  in  preliminary 
planning,  utility  type  programs  and  all  other  programs  of  relatively 
insignificant  importance,  insofar  as  the  design  and  regulation  of 
Corps  projects  are  concerned.  Further  differentiation  of  the  relative 
importance  of  Category  C programs,  and  likewise  the  extent  of  their 
review,  is  left  to  the  discretion  of  the  field  offices. 

a.  Level  1 - Basic  review.  A basic  or  primary  review  is  required 
by  tiie  originating  office  for  all  programs,  regardless  of  category. 

Tliis  is  a thorough  initial  review  associated  with  program  development 
and  initial  application. 

b.  Level  2 - Extensive  review.  An  extensive  or  detailed  review  is 
required  by  Divisions  and  independent  offices  for  Category  A and  B 
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programs , and  the  more  important  Category  C programs.  Extensive  reviews 
of  other  programs  may  be  performed  at  any  organizational  level  if  con- 
sidered appropriate.  This  is  a major  review  in  depth,  thus  the  most 
extensive  of  the  three  levels. 

c.  Level  3 - Moderate  review.  A moderate  or  limited  review  is 
required  by  OCE  for  all  Category  A and  B programs,  and  the  more  important 
Category  C programs.  When  appropriate,  review  of  Category  C programs  by 
Divisions  and  independent  offices  may  be  limited  to  this  level.  This  is 
die  least  extensive  type  of  review,  which  may  be  very  limited  or  cursory 
if  appropriate. 

8.  Constituent  Parts  and  Aspects  of  Review.  Computer  programs  are 
sub-divided  into  four  sections  in  ER  1110-1-10  for  convenience  of 
development,  review  and  application.  Briefly,  those  sections  consist 
of:  Section  I - program  abstract;  Section  II  - methods  of  solution; 
Section  III  - file  documentation;  and  Section  IV  - software.  Detailed 
requirements  for  the  constituent  parts  of  programs  are  given  in  reference 
Uc  in  terms  of  standards  and  documentation  procedures  for  those  programs 
to  be  included  in  the  library  at  WES.  Other  significant  aspects  of 
review  follow: 

a.  Program  testing.  The  very  nature  of  program  development  and 
initial  application  usually  includes  extensive  testing,  primarily  with 
regard  to  error-free  coding  and  solution  precision  (re,  level  1). 

However,  for  reasons  given  in  paragraph  5,  further  evaluation  of  test- 
ing should  be  performed  at  higher  levels  on  these  and  other  aspects  of 


programs.  Test  exan^>les  submitted  with  the  program  description  should 
be  limited,  but  selective  in  terms  of  more  common  applications  of  the 
program.  Complex  programs  offering  several  input  options  should  undergo 
appropriate  tests  by  the  originating  office,  who  should  be  prepared  to 
furnish  adequate  evidence,  upon  request  from  higher  authority,  of 
satisfactory  performance  of  the  program  for  any  combination  of  permissible 
input  options,  A concise  summary  of  program  testing  for  major  options 
should  be  documented  in  the  program  write-up.  New  programs  that  do  not 
include  satisfactory  test  examples  or  cannot  be  substantiated  by  further 
testing,  will  not  be  approved  for  use  in  any  manner  until  the  errors  are 
corrected,  or  the  unsatisfactory  options  are  eliminated.  Programs 
discovered  to  perform  unsatisfactorily,  even  though  previously  approved, 
will  also  be  disapproved  for  use  (at  least  in  the  manner  noted  unsuitable) 
and  subjected  to  possible  deletion  from  the  library  at  WES  if  contained 
therein.  Normally,  Category  C programs  will  not  require  as  extensive 
testing  beyond  the  originating  office  as  Category  A and  B programs. 
Comparatively,  the  greatest  amount  of  "testing"  is  required  by  the 
originating  office,  even  though  the  most  extensive  "overall  review"  is 
required  by  the  Divisions  and  independent  offices,  and  the  extent  of 
additional  testing  is  left  to  the  discretion  of  the  reviewing  offices 
(re,  levels  2 and  3). 

b.  Categorization.  Originating  offices  should  consider  appropriate 
categorization  of  eacli  program,  and  develop  the  programs  accordingly. 
Encouragement  is  given  to  the  highest  possible  category,  insofar  as 
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time  and  manpower  permit.  Assignment  of  programs  to  Category  C will  be 
performed  by  the  originating  office,  and  further  consideration  toward 
categorization  should  be  given  at  the  Division  or  independent  office 
level,  especially  in  regard  to  Category  B,  and  establishment  of  same. 

Final  categorization  of  programs  for  Corps-wide  use  will  be  established 
by  the  Office,  Chief  of  Engineers,  with  due  consideration  given  to 
recommendations  of  the  field  offices. 

9.  Review  by  Originating  Office.  Requirements  for  the  basic  or  primary 
(level  1)  review  of  computer  programs  are  given  in  the  sub-paragraphs 
below.  The  bulk  of  this  review  is  closely  associated  with  program 
development  and  application,  and  emphasis  should  be  placed  upon 
error-free  coding  and  solution  precision.  In  addition  to  the  initial 
review,  this  office  has  major  responsibility  for  application  assistance 
and  updating  the  program.  Requirements  for  review  follow: 

a.  Develop  Category  A and  B programs  to  meet  standards  and  documenta- 
tion requirements  given  in  reference  4a. 

b.  Develop  Category  C programs  to  meet  standards  and  documentation 
requirements  adopted  by  the  originating  office. 

c.  Thoroughly  test  all  programs  for  the  more  important  and  popular 
options  of  application. 

d.  Assign  programs  to  Category  C,  and  recommend  A and  B categoriza- 
tion, as  appropriate. 

e.  Submit  Category  A and  B,  and  the  more  important  Category  C 
programs  to  higher  authority  for  review  and  approval. 
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10.  Review  by  Divisions  and  Independent  Offices.  Requirements  for 
review  by  tlie  Divisions  and  independent  offices  are.  more  comprehensive 
than  requirements  for  any  other  organizational  level,  and  will  usually 
be  of  the  level  2 type.  The  extent  of  review  considered  appropriate 
for  Category  C programs  is  left  to  the  discretion  of  these  offices  in 
accordance  with  Lhe  guidance  given  in  paragraph  7 above.  Requirements 
for  review  follow: 

a.  Require,  compliance  of  Category  A and  B programs  with  the  standards 
and  documentation  requirements  given  in  reference  4c. 

b.  Perform  a detailed  review  of  the  more  important  Category  C 
programs  that  arc  used  for  project  development  or  regulation,  and 
referenced  in  design  memorandums  and  other  reports  submitted  for  review. 
Perform  a moderate  review  of  other  Category  C programs.  Reference  4c 
may  be  used  as  a guide,  for  reviewing  Category  C programs. 

c.  Evaluate  tests  performed  by  originating  office  and  perform 
additional  testing,  or  request  from  originating  office,  if  necessary 

to  assure  satisfactory  performance  of  the  program  for  the  more  important 
and  popular  options  of  program  application. 

d.  Assign  programs  to  Category  B and  C,  and  recommend  Category  A, 
as  appropriate. 

c.  Submit  Category  A and  B,  and  the  more  important  Category  C 
programs  to  OCE  for  review  and  approval. 

f.  Perform  only  a cursory  review  of  those  programs  pertaining  to 
hydraulic  and  hydrologic  engineering,  regardless  of  category,  and 
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forward  to  OCE.  These  programs  will  usually  be  submitted  to  the  HEC 
and/or  WES  for  detailed  review,  as  appropriate,  which  will  limit  the 
workload  for  review  at  Division  and  independent  offices, 

11.  Review  by  Office,  Chief  of  Engineers.  The  review  by  OCE  will 
usually  be  of  a limited  (level  3)  nature,  with  emphasis  upon  methods 
of  solution  and  documentation.  However,  an  extensive  (level  2)  review 
will  be  performed  if  considered  appropriate,  which  may  involve  the 
utilization  by  OCE  of  select  personnel  in  the  field  offices.  Engi- 
neering specialists  in  OCE  that  are  knowledgeable  in  computer  applica- 
tions have  been  designated  computer  program  Review  Monitors  (ref.  4e) , 
to  serve  in  a coordinating  capacity  for  applications  assistance  within 
their  respective  engineering  disciplines,  in  addition  to  the  review  of 
programs,  for  engineers  in  the  field  offices.  The  Review  Monitors 
should  coordinate  with  the  library  (ECPL)  at  WES  for  the  build-up  and 
maintenance,  of  programs  in  their  respective  engineering  disciplines, 
and  should  become  generally  knowledgeable  of  these  programs.  The 
Review  Monitors  serve  in  a liaison  capacity  between  potential  program 
users  and  the  library,  and  between  users  and  authors  of  programs  in 
response  to  requests  for  assistance.  Aspects  of  a level  3 review  follow: 

a.  Perform  a moderate  review  of  Category  A and  B programs  for 
conformance  with  the  standards  and  documentation  requirements  given 
in  reference  Ac. 

b.  Perform  a moderate  review  of  the  more  important  Category  C 
programs  used  for  project  development  or  regulation  referenced  in  design 
memorandums  and  other  reports  submitted  for  review. 
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c.  Evaluate  tests  performed  at  previous  review  levels  and  perform 
additional  testing,  or  request  from  originating  office,  if  necessary  to 
assure  satisfactory  performance  of  the  more  important  and  popular 
options  of  program  application. 

d.  Transmit  hydrologic  and  hydraulic  engineering  programs  to  HEC 
and/or  WES,  as  appropriate,  for  extensive  review.  Perform  a very  limited 
review  of  these  programs  upon  their  return. 

e.  Comply  with  reference  4g  regarding  requests  for  Corps  computer 
programs  by  other  agencies. 

f.  Perform  a moderate  review  of  programs  developed  by  the  HEC  and 

WES. 

g.  Approve  or  disapprove  programs  and  categorize  as  A or  B,  as 
appropriate. 
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REQUIREMENTS  for 

REVIEW  OF  ENGINEERING  COMPUTER  PROGRAMS 
Discussion 


Question,  Mr.  Beard:  Would  it  be  helpful  to  make  the  review  categories 
more  definitive  - such  as  thorough  testing  by  originating  office, 
technical  review  by  Division  office  and  functional  and  policy  review 
by  OCE? 

Reply.  Mr.  Sharp:  The  descriptive  phrases  you  suggest  are  very  represent- 
ative  of  the  "type"  of  review  intended  for  each  of  the  three 
organizational  levels.  Coupling  the  terms  you  suggest  with  those 
already  used  to  represent  the  "extent"  of  review  will  enhance 
understanding  of  the  directive: 

Level  1 - Originating  office:  basic  or  initial  review,  to  include 
thorough  testing. 

Level  2 - Division  or  independent  office:  extensive  review,  emphasis 
upon  technical  aspects. 

Level  3 - Office,  Chief  of  Engineers:  moderate  review,  primarily 
regarding  policy. 

Retention  of  the  other  terms  (basic,  extensive  & moderate)  is  needed 
if  we  are  to  comply  with  the  current  trend  of  delegating  more 
responsibility  to  the  Division  offices. 

Conment,  Mr.  Bennion:  I feel  that  the  review  accomplished  at  the  Division 
should  generally  be  of  the  technical  adequacy  nature  - not  a review 
for  accuracy  of  programing,  etc.  This  will  leave  the  Division  free 
for  other  review  functions  that  they  should  be  performing. 

R'jply,  Mr.  Sharp:  In  the  event  you  are  referring  to  a detailed  review 
of  each  "programing"  statement  and  each  coding  routine,  I agree 
with  you,  and  the  proposed  directive  would  not  require  the  Division 
offices  to  do  this.  However,  there  are  those  who  insist  that  review 
at  intermediate  steps  in  computational  procedures , even  at  the  OCE 
level,  is  necessary  for  a review  to  be  at  all  meaningful.  If  use 
of  the  word  "programing"  is  intended  to  represent  computational 
procedures  rather  than  coding,  who  do  you  propose  should  perform 
the  review  for  technical  "accuracy"?  Division  offices  are  required 


t0"eriCW,aU  other  applications  of  engineering  techniques  and 

°LS0Mi0n  "°r  their  "accuracy">  as  well  as  for  "adequacy". 
Limiting  the  extent  of  review  to  no  more  than  is  required  to  ^ 
assure  the  accuracy"  needed  is  the  important  thing. 

3ue_stion,  mt.  Fredrich;  What  will  happen  when  the  review  assignment 
falls  upon  an  organization  or  individual  without  the  technical 
competence  to  perform  the  review? 

~£lin  ' of ^ 't.vit thlf , W\vould  a«ree  that  this  problem  cannot  exist 

that  originates  a program.  Review  requirements  for 

f£xib£Sfor  ?MiC®8  (L6Vel  2)  ^ ^ (Level  x>»  as  Proposed,  are 
f°r  thiS  reason*  1“  cases  where  Division 

th*  th«y  sh°uld  ^orm  OCE  of  this 

fact  and  forward  programs  rather  than  "recommend"  them  for 

?OT,S1\®;Lth®r’  ^ Perfo™  ««  extensive  review  (not 
JJIJ7  i iV  utilize  the  better  engineers  in  field  offices 

niJri.w6*™  !!  progrtuns;  or  Possibly  (3)  return  them  to  the 
mattJacto^  a CUrSOry  °r  “°derat«  revie*  reveals  they  are 

Question,  Mr.  Peters:  Is  a mechanism  available  for  requesting  review 
of  computer  programs  developed  outside  the  Corps? 

Reply t Mr . sharp : Not  to  my  knowledge. 

^nnent>  Beard!  Perhaps  there  is  some  question  as  to  whether  OCE 
* f to  ***  i"  Weir  approval  „f  . pr<)gr„  that  »* 
using  that  program  would  be  automatically  approved  insofar  as  the 
program  use  is  concerned. 

Reply,  Mr.  Sharp;  This  is  a most  important  point,  and  I hope  that  I 

^,n°t  i™Plied  this.  To  be  :ure,  a qualifying  statement  will  be 
added  to  the  proposed  directive  in  this  regard. 


f 


SEMINAR  ON  COMPUTER  APPLICATIONS 


SUMMARY  AND  CONCLUSIONS 
by 

Bill  S.  Eichert(1) 

The  participants  of  this  seminar  represent  a wide  range  of  experience 
in  both  computer  use  and  hydrologic  engineering,  and  have  diversified  views 
according  to  diversified  experiences  in  the  different  offices  they 
represent.  The  Corps  of  Engineers'  participants  are  from  District  offices. 
Division  offices.  Office  of  the  Chief  of  Engineers,  and  The  Hydrologic 
Engineering  Center.  The  non-Corps  participants  are  from  the  US  Geological 
Survey,  the  Tennessee  Valley  Authority,  and  the  Bureau  of  Reclamation. 

These  men  range  in  experience  in  computer  applications  from  those  who 
have  had  supervisory  experience  without  familiarity  with  computers  to 
those  who  are  experts  in  computer  hardware  and  software. 

The  papers  of  this  seminar  discussed  the  use  of  small  computer  programs 
(both  generalized  and  specialized) , comprehensive  generalized  computer 
programs  and  large  specialized  computer  programs.  The  papers  also  cover 
such  items  as  programming,  real-time  computer  applictions,  program 
modification  problems,  computer  documentation  needs,  management  of 
computer  use,  hardware  and  software  availability,  conversational  program- 
ming techniques,  mass  data  analysis,  and  requirements  for  review  and 
certification  of  computer  programs. 

Because  of  the  wide  use  of  computers  in  the  field  of  hydrology  and 
the  limited  number  of  papers  given,  many  areas  of  computer  use  in 
hydrology  were  not  covered  in  this  seminar,  and  several  important  areas 
were  only  mentioned  in  passing.  The  effectiveness  of  The  Hydrologic 
Engineering  Center's  efforts  in  providing  generalized  computer  programs 
was  discussed  in  general  terms,  but  a realistic  appraisal  of  the  adequacy 
of  the  HEC  work  in  documentation,  assistance,  and  general  program  capa- 
bilities was  not  made.  The  advantages  and  difficulties  encountered  in 
inter-office  sharing  of  computer  programs  were  discussed  on  several  occasions. 

The  papers  show  the  great  progress  that  has  been  made  during  the 
last  ten  years  by  the  Corps  of  Engineers  and  others  in  the  use  of 
computers  in  hydrology.  Very  few  Corps  offices  were  using  computers 
ten  years  ago,  and  they  used  them  in  a few  simple  applications.  Now  all 
Corps  District  offices  use  computers  on  a wide  range  of  problems,  and 
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many  have  medium-speed  computers.  Many  others  have  terminals  and  are 
sharing  the  use  of  high-speed  computers  with  other  offices.  The  progress 
and  experience  by  the  New  England  Division  office  in  the  automatic 
collection  of  hydrologic  data,  as  described  in  paper  11,  is  an  outstanding 
example  of  new  applications. 

The  necessity  for  using  computers  to  Iteep  pace  with  the  number  of 
possible  alternatives  for  each  planning  or  operation  decision  was 
emphasized  in  several  papers.  The  increased  complexity  of  each  individual 
problem  is  magnified  with  each  added  dimension  because  of  the  inter- 
action among  problems.  For  example  the  need  and  capability  to  examine 
water  quality  Interactions  has  greatly  expanded  the  planning  and  design 
problems  of  previous  generations.  Without  the  computer  and  new  mathe- 
matical techniques,  the  additional  studies  required  by  these  complexities 
would  have  been  impractical.  The  Corps'  development  of  generalized 
computer  programs  for  specific  engineering  applications  has  made  it 
possible  for  the  computer  to  be  effectively  utilized  on  large  and  small 
jobs  in  nearly  all  parts  of  the  country.  Several  good  examples  of 
programs  of  this  nature  were  given  in  papers  1,  2,  and  3. 

The  concept  of  a living  computer  program  for  the  large  generalized 
computer  packages  was  also  suggested  in  paper  1.  The  basic  concept 
is  that  a computer  program  must  grow  or  renew  itself  as  new  problems 
develop  and  as  new  techniques  become  available. 

Several  of  the  papers  presented  flexible  comprehensive  computer 
programs  in  certain  areas  of  hydraulics  and  hydrology.  Paper  4 presented 
a comprehensive  program  for  interior  drainage  computations  which  will 
handle  various  combinations  of  river  stage,  gravity  drain  flow  and 
pumping,  over  the  historical  period  of  daily  flows,  in  sufficient  detail 
to  provide  the  necessary  information  for  a detailed  economic  analysis. 

Paper  6 describes  one  of  the  most  thoroughly  tested  computer  programs 
in  existence,  and  one  of  the  few  programs  available  for  unsteady  flow 
computation.  The  TVA  program  will  accurately  describe  the  movement  of 
water  in  a reservoir  or  river  as  it  responds  to  the  multipurpose  operation 
of  the  facilities  bounding  the  reservoir  or  river.  The  water  release 
operation  may  be  as  sudden  as  the  near  instantaneous  come-on  and  shut 
down  of  the  turbines  during  power  peaking  or  as  gradual  as  the  passage 
of  floodwaters  through  the  control  structures. 

The  Bureau  of  Reclamation's  progress  in  developing  a comprehensive 
model  for  system  analysis  was  presented  in  paper  number  8.  Their  model 
is  designed  to  perform  system  analysis  studies  for  multipurpose  reservoirs 
Including  irrigation,  power,  flood  control,  and  water  quality  augmentation. 
The  program  also  makes  use  of  both  ground  water  and  surface  water 
resources  in  automatically  determining  the  most  economical  plan  by  using 
a technique  similar  to  dynamic  programming. 
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The  use  of  a conversationally  oriented  real-time  programming  system, 
as  contrasted  to  running  an  entire  job  in  batch  mode,  received  a great 
deal  of  discussion.  The  difficulty  of  checking  intermediate  answers  for 
reasonableness  in  a huge  run  made  in  the  batch  mode  was  pointed  out. 

This  difficulty  can  be  overcome  by  tenporarily  separating  the  large  job 
into  several  jobs  until  the  adequacy  of  the  input  data  is  determined; 
then  the  final  processing  of  the  entire  job  can  be  done.  The  value  of 
using  the  conversationally-oriented  system  for  training  purposes  and  for 
Jobs  requiring  small  volumes  of  input  was  also  discussed. 

Paper  12  on  power  of  a general  storage  data  array  presented  a new 
idea  to  moat  of  the  seminar  participants.  The  method  provides  for  more 
efficient  use  of  the  computer  core  storage  used  for  dimensioned  variables. 
All  dimensioned  variables  could  appear  in  one  common  array  and  there  would 
be  no  limits  on  individual  variables  as  long  as  the  total  items  in  all 
variables  does  not  exceed  the  dimension  statement  of  the  general  array. 
This  technique  is  a substitute  for  dynamic  dimensioning,  which  is 
available  on  only  a few  computers. 

The  proliferation  of  computer  programs  and  the  extensive  application 
of  computer  programs  in  hydrologic  studies  have  created  unique  problems 
for  persons  who  are  responsible  for  establishing  the  validity  of 
computer-based  studies.  The  degree  of  confidence  that  can  be  placed 
in  such  studies  depends  on  the  degree  of  confidence  that  can  be  placed 
in  the  computer  programs  that  were  used  in  the  studies.  In  paper  16  it 
is  recommended  that  programs  be  categorized  according  to  the  extent  of 
testing  and  review  that  the  programs  have  been  given,  and  requirements 
for  review  of  computer  programs  are  proposed. 

Several  of  the  discussions  made  reference  to  the  need  for  adequate 
computer  program  documentation,  which  led  to  the  "conclusions"  stated 
in  this  regard. 

Conclusions 


1.  The  Corps  of  Engineers  should  continue  its  efforts  in  eliminating 
unnecessary  duplication  in  the  District  offices  in  developing  and  main- 
taining large  computer  programs.  The  number  of  generalized  computer 
programs  and  solutions  approved  for  use  on  a Corps  wide  basis  for  a 
particular  engineering  problem  should  be  limited  to  no  more  than  two  or 
three.  Consideration  should  be  given  to  modifying  these  programs  when 
it  is  necessary  to  perform  special  related  computations,  rather  than 
develop  new  programs.  Special-purpose  programs  and  programs  that  require 
only  a moderate  development  effort  should  be  written  in  each  District 
office,  since  the  time  to  train  people  to  properly  use  these  programs 
could  exceed  the  development  costs. 
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2.  Computer  program  documentation  should  be  commensurate  with  its 
use.  A minimum  of  documentation  would  be  required  for  the  special  purpose 
program  that  ia  used  only  once;  considerably  more  documentation  would  be 
required  if  the  program  is  to  be  used  frequently.  The  generalized 
computer  program  should  be  well  documented  and  should  contain  sufficient 
information  for  an  engineer  to  use  the  computer  program  correctly. 

3.  It  is  recognized  that  the  best  documentation  of  the  generalized 
computer  programs  cannot  fully  explain  the  effective  use  of  all  of  the 
program  capabilities  to  every  user.  Therefore,  special  training  and/or 
assistance  should  be  available  from  the  developing  office  to  help  new 
users  become  acquainted  with  the  more  complex  programs.  Formal  or 
Informal  training  from  a few  days  to  2 weeks  may  be  required  to  effec- 
tively avoid  the  apparent  use  of  the  black  box  approach.  A reasonable 
amount  of  time  should  be  given  by  the  supervisor  to  the  engineer  to  learn 
how  to  use  these  large  programs.  Reviewing  source  deck  listings,  studying 
flow  charts,  and  running  sample  data  based  on  hand  computations  are  all 
good  ways  to  become  familiar  with  the  new  program. 

4.  The  Corps  of  Engineers  should  provide  each  Corps  office  with 
modern  computer  facilities  and  service  that  include  adequate  memory, 
speed,  and  provisions  for  rapid  turn-around  (5-60  minutes) . Where 
adequate  computer  facilities  are  not  available  to  use  the  latest  gener- 
alized computer  programs  developed  in  the  Corps,  administrative  policies 
should  encourage  the  renting  of  adequate  computer  facilities  from  computer 
service  organizations.  The  use  of  in-house  computers  should  be  mandatory 
only  for  applications  where  sufficient  computer  memory,  speed,  and  turn- 
around are  available.  The  common  practice  of  rewriting  and  stripping 
large  programs  to  fit  on  smaller  computers  should  be  discouraged  where 
adequate  computer  facilities  can  be  rented.  The  use  of  rented  computer 
time  should  also  be  approved  if  the  in-house  computer  cannot  provide 
turn-around  time  of  1 hour  or  less  when  required. 

5.  Administrative  policies  concerned  with  obtaining  computer  hardware 
should  be  streamlined  to  reduce  the  time  required  to  obtain  new  equipment . 

6.  Computer  hardware  selected  for  installation  in  Corps  District 
offices  should  have  available  adequately  tested  software  that  make  a 
computer  terminal  effective  when  used  in  conjunction  with  a large  computer 
in  the  Division  office.  The  capability  of  the  system  to  recompile  a 
large  program  based  on  a few  changes  without  rereading  the  entire  source 
deck  is  a necessary  part  of  any  good  system.  The  present  software  for 
the  GE-400  series  computers  being  installed  in  Corps  offices  should  be 
modified  to  provide  this  capability. 


7.  The  Corps  of  Engineers  should  devote  more  effort  to  developing 
generalized  programs  for  short-interval  routings  which  operate  reaervolr 
ayatems  during  flood  periods.  These  programs  would  Include  forecasting 
reservoir  inflows  and  local  runoff  and  the  determination  of  reaervolr 
releaaes  all  on  a real  time  basis.  A separata  program  with  similar 
capabilities  should  also  be  developed  for  simulating  reservoir  system 
studies  as  a planning  tool. 

8.  Steps  should  be  taken  Immediately  to  Identify  needs  and  develop 
specifications  for  hardware  and  software  to  meet  the  requirements  of 
increasingly  complex  real-time  operation  of  large  water  resource  systems. 
The  operation  cf  existing  reservoir  systems  is  already  taxing  the 
capability  of  available  Corps  computers,  and  the  needs  are  Increasing 
rapidly.  Hie  consideration  of  operation  constraints  which  are  Imposed 

by  environmental  and  social  objectives  and  the  increased  emphasis  on 
optimal  operation  plans  will  soon  result  in  computational  requirements 
that  cannot  be  accommodated  with  the  equipment  currently  available  to  the 
Corps  offices. 


